From mandra at gmail.com Sat Aug 1 02:20:37 2015 From: mandra at gmail.com (Chris Mandra) Date: Fri, 31 Jul 2015 18:20:37 -0400 Subject: [Freeswitch-users] webrtc/Sip issue In-Reply-To: References: <456E33B6-86AC-45B9-8406-F333C46D6276@jerris.com> <34D043B9-DDDC-4BA7-876D-C3C90AA91C94@jerris.com> Message-ID: Hi guys - I've tried to debug as you asked - attached an rtf of the troubled session. (pasting into gmail screwed up formatting) Let me know what you think. Thanks! chris On Thu, Jul 30, 2015 at 11:02 AM, Giovanni Maruzzelli wrote: > no GDB (gdb is for segfaults) > > complete debug log from console, from fs_cli: > > fs_cli>sofia global siptrace on > fs_cli>sofia debug all 9 > fs_cli>fsctl loglevel 9 > fs_cli>fsctl console 9 > > then reproduce what is your problem > > then attach it all, complete of all relevant info like configurations, > topology, whatever > > > On Thu, Jul 30, 2015 at 4:27 PM, Chris Mandra wrote: > >> Let me make sure I understand: You want me to use the GDB and get that >> info to you as described here: >> https://wiki.freeswitch.org/wiki/Debugging_Freeswitch ? >> >> Do you want wireshark info as well? I know that there have been some >> issues with IPv6 - perhaps this is related? >> >> thank you, >> chris >> >> ---------- Forwarded message ---------- >> From: Michael Jerris >> Date: Thu, Jul 30, 2015 at 10:07 AM >> Subject: Re: [Freeswitch-users] webrtc/Sip issue >> To: FreeSWITCH Users Help >> >> >> As i said before. a debug trace including the sip traffic might tell us >> more. A partial log that you have edited to remove data, without sip trace >> will not tell us anything useful. >> >> On Jul 30, 2015, at 7:22 AM, Chris Mandra wrote: >> >> Hi Michael, here's some more debug info: I just want to point out that >> only a couple users have this issue. The same hardware and software with >> diff users doesn't exhibit this issue. >> >> 2015-07-30 10:42:56.431486 [ALERT] switch_core_session.c:2760 >> sofia/internal/1000 at xxx.xxxxx.xxx receive message [PROGRESS] >> 2015-07-30 10:42:56.431486 [INFO] switch_core_session.c:2760 Sending >> early media >> 2015-07-30 10:42:57.741478 [DEBUG] switch_core_media.c:5412 STUN Success >> [104.197.44.217]:[32306] >> 2015-07-30 10:42:57.741478 [DEBUG] switch_core_media.c:5884 AUDIO RTP [ >> sofia/internal/1000 at xxx.xxxxx.xxx] 10.240.125.130 port 32306 -> >> 2601:88:8003:8a00:1d80:49af:20a6:3e8c port 63602 codec: 111 ms: 20 >> 2015-07-30 10:42:57.741478 [DEBUG] switch_rtp.c:3694 Starting timer >> [soft] 960 bytes per 20ms >> 2015-07-30 10:42:57.741478 [ERR] switch_core_media.c:6566 AUDIO RTP >> REPORTS ERROR: [Remote Address Error!] >> 2015-07-30 10:42:57.741478 [NOTICE] switch_core_media.c:6567 Hangup >> sofia/internal/1000 at xxx.xxxxx.xxx [CS_EXECUTE] [DESTINATION_OUT_OF_ORDER] >> 2015-07-30 10:42:57.741478 [ALERT] switch_channel.c:3277 Send signal >> sofia/internal/1000 at xxx.xxxxx.xxx [KILL] >> 2015-07-30 10:42:57.741478 [ALERT] switch_core_session.c:1412 Send signal >> sofia/internal/1000 at xxx.xxxxx.xxx [BREAK] >> >> >> Startup ipv6 complaints: >> >> 015-07-30 10:57:10.336255 [ERR] sofia.c:2935 Error Creating SIP UA for >> profile: external-ipv6 (sip:mod_sofia@[::1]:5080;transport=udp,tcp) >> ATTEMPT 2 (RETRY IN 5 SEC) >> >> 2015-07-30 10:57:10.436224 [ERR] sofia.c:2935 Error Creating SIP UA for >> profile: internal-ipv6 (sip:mod_sofia@[::1]:5060;transport=udp,tcp) >> ATTEMPT 2 (RETRY IN 5 SEC) >> >> freeswitch at internal> >> >> 2015-07-30 10:57:13.556251 [WARNING] sofia_reg.c:1744 SIP auth challenge >> (REGISTER) on sofia profile 'internal' for [1000 at xxx.xxxxx.xxx] from ip >> 50.242.9.206 >> >> 2015-07-30 10:57:13.616221 [CONSOLE] mod_voicemail.c:4066 Event Thread >> Started >> >> 2015-07-30 10:57:15.336251 [ERR] sofia.c:2935 Error Creating SIP UA for >> profile: external-ipv6 (sip:mod_sofia@[::1]:5080;transport=udp,tcp) >> ATTEMPT 3 (RETRY IN 5 SEC) >> >> 2015-07-30 10:57:15.336251 [ERR] sofia.c:2945 Error Creating SIP UA for >> profile: external-ipv6 (sip:mod_sofia@[::1]:5080;transport=udp,tcp) >> >> The likely causes for this are: >> >> 1) Another application is already listening on the specified address. >> >> 2) The IP the profile is attempting to bind to is not local to this >> system. >> >> 2015-07-30 10:57:15.436256 [ERR] sofia.c:2935 Error Creating SIP UA for >> profile: internal-ipv6 (sip:mod_sofia@[::1]:5060;transport=udp,tcp) >> ATTEMPT 3 (RETRY IN 5 SEC) >> >> 2015-07-30 10:57:15.436256 [ERR] sofia.c:2945 Error Creating SIP UA for >> profile: internal-ipv6 (sip:mod_sofia@[::1]:5060;transport=udp,tcp) >> >> The likely causes for this are: >> >> 1) Another application is already listening on the specified address. >> >> 2) The IP the profile is attempting to bind to is not local to this >> system. >> >> >> >> And after disabling ipv6 >> >> 2015-07-30 11:12:50.116372 [DEBUG] switch_core_session.c:2758 Application >> ladspa_run Requires media! pre_answering channel sofia/internal/ >> 1000 at xxx.xxxxx.xxx >> >> 2015-07-30 11:12:50.116372 [INFO] switch_core_session.c:2760 Sending >> early media >> >> 2015-07-30 11:12:50.176368 [DEBUG] switch_core_media.c:5412 STUN Success >> [xxx.197.44.217]:[23022] >> >> 2015-07-30 11:12:50.176368 [DEBUG] switch_core_media.c:5884 AUDIO RTP [ >> sofia/internal/1000 at xxx.xxxxx.xxx] 10.xxx.xxx.130 port 23022 -> >> fdae:f681:faac:a135:b84e:e923:21d0:144a port 52098 codec: 111 ms: 20 >> >> 2015-07-30 11:12:50.176368 [DEBUG] switch_rtp.c:3694 Starting timer >> [soft] 960 bytes per 20ms >> >> 2015-07-30 11:12:50.176368 [ERR] switch_core_media.c:6566 AUDIO RTP >> REPORTS ERROR: [Remote Address Error!] >> >> 2015-07-30 11:12:50.176368 [NOTICE] switch_core_media.c:6567 Hangup >> sofia/internal/1000 at xxx.xxxxx.xxx [CS_EXECUTE] [DESTINATION_OUT_OF_ORDER] >> >> >> >> On Wednesday, July 29, 2015, Michael Jerris wrote: >> >>> a debug trace including the sip traffic might tell us more. >>> >>> On Jul 29, 2015, at 3:21 PM, Chris Mandra wrote: >>> >>> Hi guys - one of my users keeps getting this error in fs_cli when he >>> tries to connect via Chrome (web-rtc) on a macbook running yosemite. >>> >>> 2015-07-28 00:42:20.669463 [ERR] switch_core_media.c:6538 AUDIO RTP >>> REPORTS ERROR: [Remote Address Error!] >>> >>> I'm using essentially the same setup and never have an issue. Any ideas? >>> He doesn't get anything very useful in the chrome console, just this: >>> >>> ********************* >>> >>> Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | sip.inviteclientcontext | >>> closing INVITE session edsmilh98mlqt0a48qo0tvmlnm0u3m >>> >>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | >>> sip.invitecontext.mediahandler | closing PeerConnection >>> >>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | sip.dialog >>> | dialog edsmilh98mlqt0a48qo0qf3p9f1n97g6QD4ZtFHXgrH deleted >>> >>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | >>> sip.inviteclientcontext | emitting event failed >>> >>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | >>> sip.inviteclientcontext | emitting event rejected >>> >>> sc-webrtc.js:931 _rejected called >>> >>> ******************* >>> >>> >>> Any ideas? We're using latest FS and sip.js >>> >>> >>> thanks, >>> >>> chris >>> >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> -- >> mandra >> c:410.258.5281 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- mandra c:410.258.5281 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150731/a0e7dacd/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: badSip2.rtf Type: application/rtf Size: 67045 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150731/a0e7dacd/attachment-0001.rtf From lylepratt at gmail.com Sat Aug 1 02:23:03 2015 From: lylepratt at gmail.com (Lyle Pratt) Date: Fri, 31 Jul 2015 17:23:03 -0500 Subject: [Freeswitch-users] group_confirm_file on Specific Legs Message-ID: Hi Guys, We use group_confirm_file with group_confirm_key=exec to require that users "Press ANY key to accept the call" when answering. The problem is, that we only want to do this for calls to external devices. For internal (registered SIP) devices, we do not want to require a keypress to connect. How can we selectively use group_confirm_file on specific bridged legs, while still simultaneously dialing out to all legs? Thanks, Lyle -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150731/4341aac7/attachment.html From mike at jerris.com Sat Aug 1 02:38:06 2015 From: mike at jerris.com (Michael Jerris) Date: Fri, 31 Jul 2015 18:38:06 -0400 Subject: [Freeswitch-users] webrtc/Sip issue In-Reply-To: References: <456E33B6-86AC-45B9-8406-F333C46D6276@jerris.com> <34D043B9-DDDC-4BA7-876D-C3C90AA91C94@jerris.com> Message-ID: <34DFA68A-252E-40FC-A9DD-E60E37EF176B@jerris.com> Does your host have IPv6 running and routable? What version of freeswitch are you using again? 2015-07-31 22:08:00.106489 [DEBUG] switch_core_media.c:3261 Choose rtp candidate, index 0, fdae:f681:faac:a135:41e8:9d44:1cdb:503e:53654 I think this issue was fixed in this commit: commit 2815994647ef03fda488685899262450eb4b935c Author: Brian Date: Thu Jun 11 08:24:31 2015 -0500 FS-7638 properly match ACL with IPv4 mapped IPv6 addresses > On Jul 31, 2015, at 6:20 PM, Chris Mandra wrote: > > Hi guys - I've tried to debug as you asked - attached an rtf of the troubled session. (pasting into gmail screwed up formatting) > > Let me know what you think. > > Thanks! > > chris > > On Thu, Jul 30, 2015 at 11:02 AM, Giovanni Maruzzelli > wrote: > no GDB (gdb is for segfaults) > > complete debug log from console, from fs_cli: > > fs_cli>sofia global siptrace on > fs_cli>sofia debug all 9 > fs_cli>fsctl loglevel 9 > fs_cli>fsctl console 9 > > then reproduce what is your problem > > then attach it all, complete of all relevant info like configurations, topology, whatever > > > On Thu, Jul 30, 2015 at 4:27 PM, Chris Mandra > wrote: > Let me make sure I understand: You want me to use the GDB and get that info to you as described here: > https://wiki.freeswitch.org/wiki/Debugging_Freeswitch ? > > Do you want wireshark info as well? I know that there have been some issues with IPv6 - perhaps this is related? > > thank you, > chris > > ---------- Forwarded message ---------- > From: Michael Jerris > > Date: Thu, Jul 30, 2015 at 10:07 AM > Subject: Re: [Freeswitch-users] webrtc/Sip issue > To: FreeSWITCH Users Help > > > > As i said before. a debug trace including the sip traffic might tell us more. A partial log that you have edited to remove data, without sip trace will not tell us anything useful. > >> On Jul 30, 2015, at 7:22 AM, Chris Mandra > wrote: >> >> Hi Michael, here's some more debug info: I just want to point out that only a couple users have this issue. The same hardware and software with diff users doesn't exhibit this issue. >> >> 2015-07-30 10:42:56.431486 [ALERT] switch_core_session.c:2760 sofia/internal/1000 at xxx.xxxxx.xxx receive message [PROGRESS] >> 2015-07-30 10:42:56.431486 [INFO] switch_core_session.c:2760 Sending early media >> 2015-07-30 10:42:57.741478 [DEBUG] switch_core_media.c:5412 STUN Success [104.197.44.217]:[32306] >> 2015-07-30 10:42:57.741478 [DEBUG] switch_core_media.c:5884 AUDIO RTP [sofia/internal/1000 at xxx.xxxxx.xxx ] 10.240.125.130 port 32306 -> 2601:88:8003:8a00:1d80:49af:20a6:3e8c port 63602 codec: 111 ms: 20 >> 2015-07-30 10:42:57.741478 [DEBUG] switch_rtp.c:3694 Starting timer [soft] 960 bytes per 20ms >> 2015-07-30 10:42:57.741478 [ERR] switch_core_media.c:6566 AUDIO RTP REPORTS ERROR: [Remote Address Error!] >> 2015-07-30 10:42:57.741478 [NOTICE] switch_core_media.c:6567 Hangup sofia/internal/1000 at xxx.xxxxx.xxx [CS_EXECUTE] [DESTINATION_OUT_OF_ORDER] >> 2015-07-30 10:42:57.741478 [ALERT] switch_channel.c:3277 Send signal sofia/internal/1000 at xxx.xxxxx.xxx [KILL] >> 2015-07-30 10:42:57.741478 [ALERT] switch_core_session.c:1412 Send signal sofia/internal/1000 at xxx.xxxxx.xxx [BREAK] >> >> >> Startup ipv6 complaints: >> >> 015-07-30 10:57:10.336255 [ERR] sofia.c:2935 Error Creating SIP UA for profile: external-ipv6 (sip:mod_sofia@[::1]:5080;transport=udp,tcp <>) ATTEMPT 2 (RETRY IN 5 SEC) >> >> 2015-07-30 10:57:10.436224 [ERR] sofia.c:2935 Error Creating SIP UA for profile: internal-ipv6 (sip:mod_sofia@[::1]:5060;transport=udp,tcp <>) ATTEMPT 2 (RETRY IN 5 SEC) >> >> freeswitch at internal> >> >> 2015-07-30 10:57:13.556251 [WARNING] sofia_reg.c:1744 SIP auth challenge (REGISTER) on sofia profile 'internal' for [1000 at xxx.xxxxx.xxx ] from ip 50.242.9.206 >> >> 2015-07-30 10:57:13.616221 [CONSOLE] mod_voicemail.c:4066 Event Thread Started >> >> 2015-07-30 10:57:15.336251 [ERR] sofia.c:2935 Error Creating SIP UA for profile: external-ipv6 (sip:mod_sofia@[::1]:5080;transport=udp,tcp <>) ATTEMPT 3 (RETRY IN 5 SEC) >> >> 2015-07-30 10:57:15.336251 [ERR] sofia.c:2945 Error Creating SIP UA for profile: external-ipv6 (sip:mod_sofia@[::1]:5080;transport=udp,tcp <>) >> >> The likely causes for this are: >> >> 1) Another application is already listening on the specified address. >> >> 2) The IP the profile is attempting to bind to is not local to this system. >> >> 2015-07-30 10:57:15.436256 [ERR] sofia.c:2935 Error Creating SIP UA for profile: internal-ipv6 (sip:mod_sofia@[::1]:5060;transport=udp,tcp <>) ATTEMPT 3 (RETRY IN 5 SEC) >> >> 2015-07-30 10:57:15.436256 [ERR] sofia.c:2945 Error Creating SIP UA for profile: internal-ipv6 (sip:mod_sofia@[::1]:5060;transport=udp,tcp <>) >> >> The likely causes for this are: >> >> 1) Another application is already listening on the specified address. >> >> 2) The IP the profile is attempting to bind to is not local to this system. >> >> >> >> >> And after disabling ipv6 >> 2015-07-30 11:12:50.116372 [DEBUG] switch_core_session.c:2758 Application ladspa_run Requires media! pre_answering channel sofia/internal/1000 at xxx.xxxxx.xxx >> 2015-07-30 11:12:50.116372 [INFO] switch_core_session.c:2760 Sending early media >> >> 2015-07-30 11:12:50.176368 [DEBUG] switch_core_media.c:5412 STUN Success [xxx.197.44.217]:[23022] >> >> 2015-07-30 11:12:50.176368 [DEBUG] switch_core_media.c:5884 AUDIO RTP [sofia/internal/1000 at xxx.xxxxx.xxx ] 10.xxx.xxx.130 port 23022 -> fdae:f681:faac:a135:b84e:e923:21d0:144a port 52098 codec: 111 ms: 20 >> >> 2015-07-30 11:12:50.176368 [DEBUG] switch_rtp.c:3694 Starting timer [soft] 960 bytes per 20ms >> >> 2015-07-30 11:12:50.176368 [ERR] switch_core_media.c:6566 AUDIO RTP REPORTS ERROR: [Remote Address Error!] >> >> 2015-07-30 11:12:50.176368 [NOTICE] switch_core_media.c:6567 Hangup sofia/internal/1000 at xxx.xxxxx.xxx [CS_EXECUTE] [DESTINATION_OUT_OF_ORDER] >> >> >> >> >> On Wednesday, July 29, 2015, Michael Jerris > wrote: >> a debug trace including the sip traffic might tell us more. >> >>> On Jul 29, 2015, at 3:21 PM, Chris Mandra > wrote: >>> >>> Hi guys - one of my users keeps getting this error in fs_cli when he tries to connect via Chrome (web-rtc) on a macbook running yosemite. >>> 2015-07-28 00:42:20.669463 [ERR] switch_core_media.c:6538 AUDIO RTP REPORTS ERROR: [Remote Address Error!] >>> >>> I'm using essentially the same setup and never have an issue. Any ideas? He doesn't get anything very useful in the chrome console, just this: >>> >>> ********************* >>> >>> Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | sip.inviteclientcontext | closing INVITE session edsmilh98mlqt0a48qo0tvmlnm0u3m >>> >>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | sip.invitecontext.mediahandler | closing PeerConnection >>> >>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | sip.dialog | dialog edsmilh98mlqt0a48qo0qf3p9f1n97g6QD4ZtFHXgrH deleted >>> >>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | sip.inviteclientcontext | emitting event failed >>> >>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | sip.inviteclientcontext | emitting event rejected >>> >>> >>> sc-webrtc.js:931 _rejected called >>> >>> ******************* >>> >>> >>> >>> Any ideas? We're using latest FS and sip.js >>> >>> >>> >>> thanks, >>> >>> chris >>> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > mandra > c:410.258.5281 > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > mandra > c:410.258.5281 > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150731/e3c77998/attachment-0001.html From mandra at gmail.com Sat Aug 1 04:24:36 2015 From: mandra at gmail.com (Chris Mandra) Date: Fri, 31 Jul 2015 20:24:36 -0400 Subject: [Freeswitch-users] webrtc/Sip issue In-Reply-To: <34DFA68A-252E-40FC-A9DD-E60E37EF176B@jerris.com> References: <456E33B6-86AC-45B9-8406-F333C46D6276@jerris.com> <34D043B9-DDDC-4BA7-876D-C3C90AA91C94@jerris.com> <34DFA68A-252E-40FC-A9DD-E60E37EF176B@jerris.com> Message-ID: Pretty close to the latest: FreeSWITCH version: 1.7.0+git~20150729T005009Z~4a59a61da6~64bit (git 4a59a61 2015-07-29 00:50:09Z 64bit) one possible issue - we're not using IPv6 - we disabled it. I'm not having this problem, but my colleague is. On Fri, Jul 31, 2015 at 6:38 PM, Michael Jerris wrote: > Does your host have IPv6 running and routable? What version of freeswitch > are you using again? > > 2015-07-31 22:08:00.106489 [DEBUG] switch_core_media.c:3261 Choose rtp > candidate, index 0, fdae:f681:faac:a135:41e8:9d44:1cdb:503e:53654 > > > I think this issue was fixed in this commit: > > commit 2815994647ef03fda488685899262450eb4b935c > Author: Brian > Date: Thu Jun 11 08:24:31 2015 -0500 > > FS-7638 properly match ACL with IPv4 mapped IPv6 addresses > > > > On Jul 31, 2015, at 6:20 PM, Chris Mandra wrote: > > Hi guys - I've tried to debug as you asked - attached an rtf of the > troubled session. (pasting into gmail screwed up formatting) > > Let me know what you think. > > Thanks! > > chris > > On Thu, Jul 30, 2015 at 11:02 AM, Giovanni Maruzzelli > wrote: > >> no GDB (gdb is for segfaults) >> >> complete debug log from console, from fs_cli: >> >> fs_cli>sofia global siptrace on >> fs_cli>sofia debug all 9 >> fs_cli>fsctl loglevel 9 >> fs_cli>fsctl console 9 >> >> then reproduce what is your problem >> >> then attach it all, complete of all relevant info like configurations, >> topology, whatever >> >> >> On Thu, Jul 30, 2015 at 4:27 PM, Chris Mandra wrote: >> >>> Let me make sure I understand: You want me to use the GDB and get that >>> info to you as described here: >>> https://wiki.freeswitch.org/wiki/Debugging_Freeswitch ? >>> >>> Do you want wireshark info as well? I know that there have been some >>> issues with IPv6 - perhaps this is related? >>> >>> thank you, >>> chris >>> >>> ---------- Forwarded message ---------- >>> From: Michael Jerris >>> Date: Thu, Jul 30, 2015 at 10:07 AM >>> Subject: Re: [Freeswitch-users] webrtc/Sip issue >>> To: FreeSWITCH Users Help >>> >>> >>> As i said before. a debug trace including the sip traffic might tell us >>> more. A partial log that you have edited to remove data, without sip trace >>> will not tell us anything useful. >>> >>> On Jul 30, 2015, at 7:22 AM, Chris Mandra wrote: >>> >>> Hi Michael, here's some more debug info: I just want to point out that >>> only a couple users have this issue. The same hardware and software with >>> diff users doesn't exhibit this issue. >>> >>> 2015-07-30 10:42:56.431486 [ALERT] switch_core_session.c:2760 >>> sofia/internal/1000 at xxx.xxxxx.xxx receive message [PROGRESS] >>> 2015-07-30 10:42:56.431486 [INFO] switch_core_session.c:2760 Sending >>> early media >>> 2015-07-30 10:42:57.741478 [DEBUG] switch_core_media.c:5412 STUN Success >>> [104.197.44.217]:[32306] >>> 2015-07-30 10:42:57.741478 [DEBUG] switch_core_media.c:5884 AUDIO RTP [ >>> sofia/internal/1000 at xxx.xxxxx.xxx] 10.240.125.130 port 32306 -> >>> 2601:88:8003:8a00:1d80:49af:20a6:3e8c port 63602 codec: 111 ms: 20 >>> 2015-07-30 10:42:57.741478 [DEBUG] switch_rtp.c:3694 Starting timer >>> [soft] 960 bytes per 20ms >>> 2015-07-30 10:42:57.741478 [ERR] switch_core_media.c:6566 AUDIO RTP >>> REPORTS ERROR: [Remote Address Error!] >>> 2015-07-30 10:42:57.741478 [NOTICE] switch_core_media.c:6567 Hangup >>> sofia/internal/1000 at xxx.xxxxx.xxx [CS_EXECUTE] >>> [DESTINATION_OUT_OF_ORDER] >>> 2015-07-30 10:42:57.741478 [ALERT] switch_channel.c:3277 Send signal >>> sofia/internal/1000 at xxx.xxxxx.xxx [KILL] >>> 2015-07-30 10:42:57.741478 [ALERT] switch_core_session.c:1412 Send >>> signal sofia/internal/1000 at xxx.xxxxx.xxx [BREAK] >>> >>> >>> Startup ipv6 complaints: >>> >>> 015-07-30 10:57:10.336255 [ERR] sofia.c:2935 Error Creating SIP UA for >>> profile: external-ipv6 (sip:mod_sofia@[::1]:5080;transport=udp,tcp) >>> ATTEMPT 2 (RETRY IN 5 SEC) >>> >>> 2015-07-30 10:57:10.436224 [ERR] sofia.c:2935 Error Creating SIP UA for >>> profile: internal-ipv6 (sip:mod_sofia@[::1]:5060;transport=udp,tcp) >>> ATTEMPT 2 (RETRY IN 5 SEC) >>> >>> freeswitch at internal> >>> >>> 2015-07-30 10:57:13.556251 [WARNING] sofia_reg.c:1744 SIP auth challenge >>> (REGISTER) on sofia profile 'internal' for [1000 at xxx.xxxxx.xxx] from ip >>> 50.242.9.206 >>> >>> 2015-07-30 10:57:13.616221 [CONSOLE] mod_voicemail.c:4066 Event Thread >>> Started >>> >>> 2015-07-30 10:57:15.336251 [ERR] sofia.c:2935 Error Creating SIP UA for >>> profile: external-ipv6 (sip:mod_sofia@[::1]:5080;transport=udp,tcp) >>> ATTEMPT 3 (RETRY IN 5 SEC) >>> >>> 2015-07-30 10:57:15.336251 [ERR] sofia.c:2945 Error Creating SIP UA for >>> profile: external-ipv6 (sip:mod_sofia@[::1]:5080;transport=udp,tcp) >>> >>> The likely causes for this are: >>> >>> 1) Another application is already listening on the specified address. >>> >>> 2) The IP the profile is attempting to bind to is not local to this >>> system. >>> >>> 2015-07-30 10:57:15.436256 [ERR] sofia.c:2935 Error Creating SIP UA for >>> profile: internal-ipv6 (sip:mod_sofia@[::1]:5060;transport=udp,tcp) >>> ATTEMPT 3 (RETRY IN 5 SEC) >>> >>> 2015-07-30 10:57:15.436256 [ERR] sofia.c:2945 Error Creating SIP UA for >>> profile: internal-ipv6 (sip:mod_sofia@[::1]:5060;transport=udp,tcp) >>> >>> The likely causes for this are: >>> >>> 1) Another application is already listening on the specified address. >>> >>> 2) The IP the profile is attempting to bind to is not local to this >>> system. >>> >>> >>> >>> And after disabling ipv6 >>> >>> 2015-07-30 11:12:50.116372 [DEBUG] switch_core_session.c:2758 >>> Application ladspa_run Requires media! pre_answering channel sofia/internal/ >>> 1000 at xxx.xxxxx.xxx >>> >>> 2015-07-30 11:12:50.116372 [INFO] switch_core_session.c:2760 Sending >>> early media >>> >>> 2015-07-30 11:12:50.176368 [DEBUG] switch_core_media.c:5412 STUN Success >>> [xxx.197.44.217]:[23022] >>> >>> 2015-07-30 11:12:50.176368 [DEBUG] switch_core_media.c:5884 AUDIO RTP [ >>> sofia/internal/1000 at xxx.xxxxx.xxx] 10.xxx.xxx.130 port 23022 -> >>> fdae:f681:faac:a135:b84e:e923:21d0:144a port 52098 codec: 111 ms: 20 >>> >>> 2015-07-30 11:12:50.176368 [DEBUG] switch_rtp.c:3694 Starting timer >>> [soft] 960 bytes per 20ms >>> >>> 2015-07-30 11:12:50.176368 [ERR] switch_core_media.c:6566 AUDIO RTP >>> REPORTS ERROR: [Remote Address Error!] >>> >>> 2015-07-30 11:12:50.176368 [NOTICE] switch_core_media.c:6567 Hangup >>> sofia/internal/1000 at xxx.xxxxx.xxx [CS_EXECUTE] >>> [DESTINATION_OUT_OF_ORDER] >>> >>> >>> >>> On Wednesday, July 29, 2015, Michael Jerris wrote: >>> >>>> a debug trace including the sip traffic might tell us more. >>>> >>>> On Jul 29, 2015, at 3:21 PM, Chris Mandra wrote: >>>> >>>> Hi guys - one of my users keeps getting this error in fs_cli when he >>>> tries to connect via Chrome (web-rtc) on a macbook running yosemite. >>>> >>>> 2015-07-28 00:42:20.669463 [ERR] switch_core_media.c:6538 AUDIO RTP >>>> REPORTS ERROR: [Remote Address Error!] >>>> >>>> I'm using essentially the same setup and never have an issue. Any >>>> ideas? He doesn't get anything very useful in the chrome console, just this: >>>> >>>> ********************* >>>> >>>> Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | sip.inviteclientcontext | >>>> closing INVITE session edsmilh98mlqt0a48qo0tvmlnm0u3m >>>> >>>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | >>>> sip.invitecontext.mediahandler | closing PeerConnection >>>> >>>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | >>>> sip.dialog | dialog edsmilh98mlqt0a48qo0qf3p9f1n97g6QD4ZtFHXgrH deleted >>>> >>>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | >>>> sip.inviteclientcontext | emitting event failed >>>> >>>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | >>>> sip.inviteclientcontext | emitting event rejected >>>> >>>> sc-webrtc.js:931 _rejected called >>>> >>>> ******************* >>>> >>>> >>>> Any ideas? We're using latest FS and sip.js >>>> >>>> >>>> thanks, >>>> >>>> chris >>>> >>>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> -- >>> mandra >>> c:410.258.5281 >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Sincerely, >> >> Giovanni Maruzzelli >> Cell : +39-347-2665618 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > mandra > c:410.258.5281 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- mandra c:410.258.5281 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150731/5f2da7de/attachment-0001.html From carlos.ruizdiaz at gmail.com Sat Aug 1 05:06:41 2015 From: carlos.ruizdiaz at gmail.com (=?UTF-8?Q?Carlos_Ruiz_D=C3=ADaz?=) Date: Fri, 31 Jul 2015 20:06:41 -0500 Subject: [Freeswitch-users] Unpark call In-Reply-To: References: Message-ID: Alright, this is the solution I ended up building. 1. Kamailio receives the call, detects everyone is busy, parks the call and updates a Redis queue 2. FS polls for updates using a Lua script querying the Redis queue from time to time 3. As soon as an agent gets available, the script transfers the call back to Kamailio There's some non-ordinary Redis manipulation in the middle, making this solution not easy and probably, not ideal. Nevertheless, it works quite well and helped me keep my main logic inside Kamailio. Thank you Sammy for your help! Carlos On Tue, Jul 28, 2015 at 5:54 PM, Carlos Ruiz D?az wrote: > Thank you very much Sammy. > > Some of the alternatives you suggested crossed my mind already, but I lack > the required FS experience to implement them so I'm getting it now :). > > I will let you know what solution I ended up using so that everyone could > benefit from it. > > Have a nice day. > Carlos > > > On Tue, Jul 28, 2015 at 5:46 PM, SamyGo wrote: > >> *Stage-1 Kamailio* >> You'll have three things at Kamailio >> 1- Call-ID and >> 2- FS Server IP hosting this parking lot >> 3- Destination Number which was busy. >> >> store 1,and 2 in redis hash with Call-ID as Key. Store 3 at a redis hash >> "TriggerUnPark" >> >> *Stage-2: FreeSwitch* >> >> At FS the first thing you do is get the sip header Call-ID, and update >> the redis Call-ID Hash with the FS uuid of this call. >> >> *Stage-3: Kamailio if(is_method("BYE")) {* >> check the redis hash "TriggerUnPark" if the $tU is found in there, >> if yes delete it from the hash and execute a small lua script >> "unpark.lua" with Call-ID as its argument >> *}* >> >> >> *Stage-4:* >> the unpark.lua will retrieve the Call-ID, find the relevant FS Server IP, >> connect to its ESL layer, and originate a call towards the Kamailio Server >> for the destination number. >> >> If destination number is available call gets bridged in the lua script >> else it drops back to the parking lot and Stage-1 repeats. >> >> >> I just wrote this as I could possibly think of how this would work, so I >> imagine there must be easier and efficient ways to do this all. >> >> Regards, >> Sammy >> >> >> On Tue, Jul 28, 2015 at 6:34 PM, SamyGo wrote: >> >>> my idea in line. >>> >>> On Tue, Jul 28, 2015 at 5:41 PM, Carlos Ruiz D?az < >>> carlos.ruizdiaz at gmail.com> wrote: >>> >>>> On Tue, Jul 28, 2015 at 4:30 PM, SamyGo wrote: >>>> >>>>> Hi, >>>>> >>>>> Can you tell if FS is involved in all calls or Kamailio dials A and B >>>>> party and only sends calls to a parking lot in failure route ? >>>>> >>>> >>>> Yes. I maintain state of which calls went to FS, and which ones didn't. >>>> >>>> I was thinking of using something like a notifier that should be fired >>>> from Kamailio (using http maybe?) and be received by FS somewhere. This >>>> would tell which parking queue to process and later "deflect" or "bridge" >>>> the call again to Kamailio which will forward it to the right agent. >>>> >>>> Is this achievable? >>>> >>> Yes. I beleive if you've the uuid of the call stored in a redis hash >>> corresponding to the SIP Call-ID header , and you tell you maintain state >>> of which calls sent ..so as soon as B party gets diconnected you can >>> trigger an ESL/API command to FS to "bridge" that uuid with a particular >>> destination_number. >>> >>> >>>> >>>>> >>>>> We did this long time ago with OpenSIPS where A party goes into fake >>>>> ringing at a FS server and keeps dialing B party number at OpenSIPS gw >>>>> every after 45 or so seconds, if B party is available FS bridges the call, >>>>> if not then again stay at the parking lot. You need to set some >>>>> valet_parking_ variables for timeout and orbit extension. >>>>> >>>> >>>> This looks like a polling procedure, right? I will have to study valet >>>> parking first to see what I can do with it. >>>> >>> >>> Yes exactly what it is, that how valet_parking_timeout works. Its upto >>> you whichever way you like to go with. >>> >>>> >>>> Thank you Sammy! >>>> >>>> >>>>> >>>>> Given some more details I think I can help you out here. >>>>> >>>>> BR, >>>>> Sammy >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Tue, Jul 28, 2015 at 4:22 PM, Carlos Ruiz D?az < >>>>> carlos.ruizdiaz at gmail.com> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> I'm looking for a way to unpark a call remotely. >>>>>> >>>>>> I have this scenario that involves Kamailio as registrar and proxy, >>>>>> and I'm sending calls to FS whenever an user is busy and can't pick up a >>>>>> call. This call is parked by FS. >>>>>> >>>>>> When Kamailio detects the user in question got available, I want to >>>>>> unpark the previous call and connect it to the original destination. >>>>>> >>>>>> Any ideas on how to do this in a clean way? >>>>>> >>>>>> Regards, >>>>>> -- >>>>>> Carlos >>>>>> http://caruizdiaz.com >>>>>> >>>>>> >>>>>> _________________________________________________________________________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at 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 at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE: >>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at 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 at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE: >>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> >>>> -- >>>> Carlos >>>> http://caruizdiaz.com >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Carlos > http://caruizdiaz.com > -- Carlos http://caruizdiaz.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150731/f5dcb6c8/attachment.html From mike at jerris.com Sat Aug 1 06:20:21 2015 From: mike at jerris.com (Michael Jerris) Date: Fri, 31 Jul 2015 22:20:21 -0400 Subject: [Freeswitch-users] webrtc/Sip issue In-Reply-To: References: <456E33B6-86AC-45B9-8406-F333C46D6276@jerris.com> <34D043B9-DDDC-4BA7-876D-C3C90AA91C94@jerris.com> <34DFA68A-252E-40FC-A9DD-E60E37EF176B@jerris.com> Message-ID: The issue is its matching the IPv6 address. if you don't have any v6 on the box you can override the default acl for candidates to not match v6 ever On Friday, July 31, 2015, Chris Mandra wrote: > Pretty close to the latest: > > FreeSWITCH version: 1.7.0+git~20150729T005009Z~4a59a61da6~64bit (git > 4a59a61 2015-07-29 00:50:09Z 64bit) > > one possible issue - we're not using IPv6 - we disabled it. I'm not > having this problem, but my colleague is. > > On Fri, Jul 31, 2015 at 6:38 PM, Michael Jerris > wrote: > >> Does your host have IPv6 running and routable? What version of >> freeswitch are you using again? >> >> 2015-07-31 22:08:00.106489 [DEBUG] switch_core_media.c:3261 Choose rtp >> candidate, index 0, fdae:f681:faac:a135:41e8:9d44:1cdb:503e:53654 >> >> >> I think this issue was fixed in this commit: >> >> commit 2815994647ef03fda488685899262450eb4b935c >> Author: Brian > > >> Date: Thu Jun 11 08:24:31 2015 -0500 >> >> FS-7638 properly match ACL with IPv4 mapped IPv6 addresses >> >> >> >> On Jul 31, 2015, at 6:20 PM, Chris Mandra > > wrote: >> >> Hi guys - I've tried to debug as you asked - attached an rtf of the >> troubled session. (pasting into gmail screwed up formatting) >> >> Let me know what you think. >> >> Thanks! >> >> chris >> >> On Thu, Jul 30, 2015 at 11:02 AM, Giovanni Maruzzelli > > wrote: >> >>> no GDB (gdb is for segfaults) >>> >>> complete debug log from console, from fs_cli: >>> >>> fs_cli>sofia global siptrace on >>> fs_cli>sofia debug all 9 >>> fs_cli>fsctl loglevel 9 >>> fs_cli>fsctl console 9 >>> >>> then reproduce what is your problem >>> >>> then attach it all, complete of all relevant info like configurations, >>> topology, whatever >>> >>> >>> On Thu, Jul 30, 2015 at 4:27 PM, Chris Mandra >> > wrote: >>> >>>> Let me make sure I understand: You want me to use the GDB and get that >>>> info to you as described here: >>>> https://wiki.freeswitch.org/wiki/Debugging_Freeswitch ? >>>> >>>> Do you want wireshark info as well? I know that there have been some >>>> issues with IPv6 - perhaps this is related? >>>> >>>> thank you, >>>> chris >>>> >>>> ---------- Forwarded message ---------- >>>> From: Michael Jerris >>> > >>>> Date: Thu, Jul 30, 2015 at 10:07 AM >>>> Subject: Re: [Freeswitch-users] webrtc/Sip issue >>>> To: FreeSWITCH Users Help >>> >>>> > >>>> >>>> >>>> As i said before. a debug trace including the sip traffic might tell >>>> us more. A partial log that you have edited to remove data, without sip >>>> trace will not tell us anything useful. >>>> >>>> On Jul 30, 2015, at 7:22 AM, Chris Mandra >>> > wrote: >>>> >>>> Hi Michael, here's some more debug info: I just want to point out that >>>> only a couple users have this issue. The same hardware and software with >>>> diff users doesn't exhibit this issue. >>>> >>>> 2015-07-30 10:42:56.431486 [ALERT] switch_core_session.c:2760 >>>> sofia/internal/1000 at xxx.xxxxx.xxx >>>> receive >>>> message [PROGRESS] >>>> 2015-07-30 10:42:56.431486 [INFO] switch_core_session.c:2760 Sending >>>> early media >>>> 2015-07-30 10:42:57.741478 [DEBUG] switch_core_media.c:5412 STUN >>>> Success [104.197.44.217]:[32306] >>>> 2015-07-30 10:42:57.741478 [DEBUG] switch_core_media.c:5884 AUDIO RTP [ >>>> sofia/internal/1000 at xxx.xxxxx.xxx >>>> ] >>>> 10.240.125.130 port 32306 -> 2601:88:8003:8a00:1d80:49af:20a6:3e8c port >>>> 63602 codec: 111 ms: 20 >>>> 2015-07-30 10:42:57.741478 [DEBUG] switch_rtp.c:3694 Starting timer >>>> [soft] 960 bytes per 20ms >>>> 2015-07-30 10:42:57.741478 [ERR] switch_core_media.c:6566 AUDIO RTP >>>> REPORTS ERROR: [Remote Address Error!] >>>> 2015-07-30 10:42:57.741478 [NOTICE] switch_core_media.c:6567 Hangup >>>> sofia/internal/1000 at xxx.xxxxx.xxx >>>> [CS_EXECUTE] >>>> [DESTINATION_OUT_OF_ORDER] >>>> 2015-07-30 10:42:57.741478 [ALERT] switch_channel.c:3277 Send signal >>>> sofia/internal/1000 at xxx.xxxxx.xxx >>>> >>>> [KILL] >>>> 2015-07-30 10:42:57.741478 [ALERT] switch_core_session.c:1412 Send >>>> signal sofia/internal/1000 at xxx.xxxxx.xxx >>>> >>>> [BREAK] >>>> >>>> >>>> Startup ipv6 complaints: >>>> >>>> 015-07-30 10:57:10.336255 [ERR] sofia.c:2935 Error Creating SIP UA for >>>> profile: external-ipv6 (sip:mod_sofia@[::1]:5080;transport=udp,tcp) >>>> ATTEMPT 2 (RETRY IN 5 SEC) >>>> >>>> 2015-07-30 10:57:10.436224 [ERR] sofia.c:2935 Error Creating SIP UA for >>>> profile: internal-ipv6 (sip:mod_sofia@[::1]:5060;transport=udp,tcp) >>>> ATTEMPT 2 (RETRY IN 5 SEC) >>>> >>>> freeswitch at internal> >>>> >>>> 2015-07-30 10:57:13.556251 [WARNING] sofia_reg.c:1744 SIP auth >>>> challenge (REGISTER) on sofia profile 'internal' for [ >>>> 1000 at xxx.xxxxx.xxx ] >>>> from ip 50.242.9.206 >>>> >>>> 2015-07-30 10:57:13.616221 [CONSOLE] mod_voicemail.c:4066 Event Thread >>>> Started >>>> >>>> 2015-07-30 10:57:15.336251 [ERR] sofia.c:2935 Error Creating SIP UA for >>>> profile: external-ipv6 (sip:mod_sofia@[::1]:5080;transport=udp,tcp) >>>> ATTEMPT 3 (RETRY IN 5 SEC) >>>> >>>> 2015-07-30 10:57:15.336251 [ERR] sofia.c:2945 Error Creating SIP UA for >>>> profile: external-ipv6 (sip:mod_sofia@[::1]:5080;transport=udp,tcp) >>>> >>>> The likely causes for this are: >>>> >>>> 1) Another application is already listening on the specified address. >>>> >>>> 2) The IP the profile is attempting to bind to is not local to this >>>> system. >>>> >>>> 2015-07-30 10:57:15.436256 [ERR] sofia.c:2935 Error Creating SIP UA for >>>> profile: internal-ipv6 (sip:mod_sofia@[::1]:5060;transport=udp,tcp) >>>> ATTEMPT 3 (RETRY IN 5 SEC) >>>> >>>> 2015-07-30 10:57:15.436256 [ERR] sofia.c:2945 Error Creating SIP UA for >>>> profile: internal-ipv6 (sip:mod_sofia@[::1]:5060;transport=udp,tcp) >>>> >>>> The likely causes for this are: >>>> >>>> 1) Another application is already listening on the specified address. >>>> >>>> 2) The IP the profile is attempting to bind to is not local to this >>>> system. >>>> >>>> >>>> >>>> And after disabling ipv6 >>>> >>>> 2015-07-30 11:12:50.116372 [DEBUG] switch_core_session.c:2758 >>>> Application ladspa_run Requires media! pre_answering channel sofia/internal/ >>>> 1000 at xxx.xxxxx.xxx >>>> >>>> 2015-07-30 11:12:50.116372 [INFO] switch_core_session.c:2760 Sending >>>> early media >>>> >>>> 2015-07-30 11:12:50.176368 [DEBUG] switch_core_media.c:5412 STUN >>>> Success [xxx.197.44.217]:[23022] >>>> >>>> 2015-07-30 11:12:50.176368 [DEBUG] switch_core_media.c:5884 AUDIO RTP [ >>>> sofia/internal/1000 at xxx.xxxxx.xxx >>>> ] >>>> 10.xxx.xxx.130 port 23022 -> fdae:f681:faac:a135:b84e:e923:21d0:144a port >>>> 52098 codec: 111 ms: 20 >>>> >>>> 2015-07-30 11:12:50.176368 [DEBUG] switch_rtp.c:3694 Starting timer >>>> [soft] 960 bytes per 20ms >>>> >>>> 2015-07-30 11:12:50.176368 [ERR] switch_core_media.c:6566 AUDIO RTP >>>> REPORTS ERROR: [Remote Address Error!] >>>> >>>> 2015-07-30 11:12:50.176368 [NOTICE] switch_core_media.c:6567 Hangup >>>> sofia/internal/1000 at xxx.xxxxx.xxx >>>> [CS_EXECUTE] >>>> [DESTINATION_OUT_OF_ORDER] >>>> >>>> >>>> >>>> On Wednesday, July 29, 2015, Michael Jerris >>> > wrote: >>>> >>>>> a debug trace including the sip traffic might tell us more. >>>>> >>>>> On Jul 29, 2015, at 3:21 PM, Chris Mandra wrote: >>>>> >>>>> Hi guys - one of my users keeps getting this error in fs_cli when he >>>>> tries to connect via Chrome (web-rtc) on a macbook running yosemite. >>>>> >>>>> 2015-07-28 00:42:20.669463 [ERR] switch_core_media.c:6538 AUDIO RTP >>>>> REPORTS ERROR: [Remote Address Error!] >>>>> >>>>> I'm using essentially the same setup and never have an issue. Any >>>>> ideas? He doesn't get anything very useful in the chrome console, just this: >>>>> >>>>> ********************* >>>>> >>>>> Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | sip.inviteclientcontext | >>>>> closing INVITE session edsmilh98mlqt0a48qo0tvmlnm0u3m >>>>> >>>>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | >>>>> sip.invitecontext.mediahandler | closing PeerConnection >>>>> >>>>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | >>>>> sip.dialog | dialog edsmilh98mlqt0a48qo0qf3p9f1n97g6QD4ZtFHXgrH deleted >>>>> >>>>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | >>>>> sip.inviteclientcontext | emitting event failed >>>>> >>>>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | >>>>> sip.inviteclientcontext | emitting event rejected >>>>> >>>>> sc-webrtc.js:931 _rejected called >>>>> >>>>> ******************* >>>>> >>>>> >>>>> Any ideas? We're using latest FS and sip.js >>>>> >>>>> >>>>> thanks, >>>>> >>>>> chris >>>>> >>>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> -- >>>> mandra >>>> c:410.258.5281 >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> Sincerely, >>> >>> Giovanni Maruzzelli >>> Cell : +39-347-2665618 >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> mandra >> c:410.258.5281 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > mandra > c:410.258.5281 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150731/20a1c04f/attachment-0001.html From italorossib at gmail.com Sat Aug 1 06:35:40 2015 From: italorossib at gmail.com (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Fri, 31 Jul 2015 23:35:40 -0300 Subject: [Freeswitch-users] ESL Freeswitch cluster In-Reply-To: References: Message-ID: Let me know how this is going, I'm highly interested in adding support for sharing agents and tiers across multiple servers in mod_callcenter If you're attending cluecon let's talk about Em 31/07/2015 05:45, "Stanislav Sinyagin" escreveu: > you still need to control the result of action execution on every FS > node, so you need to create a dispatcher architecture. > > For example, a message queue manager, like zeromq, would receive the > command, and send it to local FS nodes, and a locally installed daemon > would communicate to the local FS and send back the results via > zeromq. > > Or it could be some multithreaded daemon, in Golang for example, which > would connect to all FS instances and send them the commands. You > would then manage the responses in your Go program. > > Nothing impossible, you just need to match your requirements with your > budget and with the skills inside your operations team. > > > > > > On Fri, Jul 31, 2015 at 5:41 AM, NH45 CMI wrote: > > Hi Sammy, > > > > Yes i need to send samee ESL action to every FS > > > > On Thu, Jul 30, 2015 at 9:40 PM, Giovanni Maruzzelli > > wrote: > >> > >> You will probably need to have postgresql in core, but please check if > the > >> modules you're using for callcenter functionalities support clustering > via > >> db. > >> > >> At the end of the day, if it becomes too much for your internal > resources > >> to design and implement a solution, you may want to write > >> consulting at freeswitch.org for commercial (eg: paid) help on this. > >> > >> -giovanni > >> > >> > >> > >> On Thu, Jul 30, 2015 at 6:03 PM, SamyGo wrote: > >>> > >>> Hi NH45, > >>> > >>> Do you want to send the same ESL action to all of the FS Servers, > >>> something like a ESL Proxy that can relay your event to the FS Servers > ? > >>> > >>> Regards, > >>> Sammy > >>> > >>> On Thu, Jul 30, 2015 at 8:12 AM, NH45 CMI wrote: > >>>> > >>>> Hi Guys, > >>>> > >>>> > >>>> I am using opensips for load balancing and freeswitch for > >>>> register,IVR,Callcenter ,Using mod_xml_curl for realtime ivr and > dialplan > >>>> but callcenter i have problem because it load only once so i use ESL > to add > >>>> and remove agent ,if i use one FS it's ok but more then one FS how > can i > >>>> add or remove agent to queue all FS using ESL > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> Regard's > >>>> NH45 CMI > >>>> > >>>> > >>>> > _________________________________________________________________________ > >>>> Professional FreeSWITCH Consulting Services: > >>>> consulting at 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 at lists.freeswitch.org > >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>>> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >>>> http://www.freeswitch.org > >>> > >>> > >>> > >>> > _________________________________________________________________________ > >>> Professional FreeSWITCH Consulting Services: > >>> consulting at 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 at lists.freeswitch.org > >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >>> http://www.freeswitch.org > >> > >> > >> > >> > >> -- > >> Sincerely, > >> > >> Giovanni Maruzzelli > >> Cell : +39-347-2665618 > >> > >> > _________________________________________________________________________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at 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 at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150731/5bcff206/attachment.html From mike at jerris.com Sat Aug 1 07:12:06 2015 From: mike at jerris.com (Michael Jerris) Date: Fri, 31 Jul 2015 23:12:06 -0400 Subject: [Freeswitch-users] ESL Freeswitch cluster In-Reply-To: References: Message-ID: It seems to me any solution that is polling as opposed to event or shared state based will be problematic in the end. We should talk about approaches to this next week. On Friday, July 31, 2015, ?talo Rossi wrote: > Let me know how this is going, I'm highly interested in adding support for > sharing agents and tiers across multiple servers in mod_callcenter > > If you're attending cluecon let's talk about > Em 31/07/2015 05:45, "Stanislav Sinyagin" > escreveu: > >> you still need to control the result of action execution on every FS >> node, so you need to create a dispatcher architecture. >> >> For example, a message queue manager, like zeromq, would receive the >> command, and send it to local FS nodes, and a locally installed daemon >> would communicate to the local FS and send back the results via >> zeromq. >> >> Or it could be some multithreaded daemon, in Golang for example, which >> would connect to all FS instances and send them the commands. You >> would then manage the responses in your Go program. >> >> Nothing impossible, you just need to match your requirements with your >> budget and with the skills inside your operations team. >> >> >> >> >> >> On Fri, Jul 31, 2015 at 5:41 AM, NH45 CMI > > wrote: >> > Hi Sammy, >> > >> > Yes i need to send samee ESL action to every FS >> > >> > On Thu, Jul 30, 2015 at 9:40 PM, Giovanni Maruzzelli > > >> > wrote: >> >> >> >> You will probably need to have postgresql in core, but please check if >> the >> >> modules you're using for callcenter functionalities support clustering >> via >> >> db. >> >> >> >> At the end of the day, if it becomes too much for your internal >> resources >> >> to design and implement a solution, you may want to write >> >> consulting at freeswitch.org >> for >> commercial (eg: paid) help on this. >> >> >> >> -giovanni >> >> >> >> >> >> >> >> On Thu, Jul 30, 2015 at 6:03 PM, SamyGo > > wrote: >> >>> >> >>> Hi NH45, >> >>> >> >>> Do you want to send the same ESL action to all of the FS Servers, >> >>> something like a ESL Proxy that can relay your event to the FS >> Servers ? >> >>> >> >>> Regards, >> >>> Sammy >> >>> >> >>> On Thu, Jul 30, 2015 at 8:12 AM, NH45 CMI > > wrote: >> >>>> >> >>>> Hi Guys, >> >>>> >> >>>> >> >>>> I am using opensips for load balancing and freeswitch for >> >>>> register,IVR,Callcenter ,Using mod_xml_curl for realtime ivr and >> dialplan >> >>>> but callcenter i have problem because it load only once so i use ESL >> to add >> >>>> and remove agent ,if i use one FS it's ok but more then one FS how >> can i >> >>>> add or remove agent to queue all FS using ESL >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> Regard's >> >>>> NH45 CMI >> >>>> >> >>>> >> >>>> >> _________________________________________________________________________ >> >>>> Professional FreeSWITCH Consulting Services: >> >>>> consulting at 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 at lists.freeswitch.org >> >> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >>>> UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> >>>> http://www.freeswitch.org >> >>> >> >>> >> >>> >> >>> >> _________________________________________________________________________ >> >>> Professional FreeSWITCH Consulting Services: >> >>> consulting at 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 at lists.freeswitch.org >> >> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >>> UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> >>> http://www.freeswitch.org >> >> >> >> >> >> >> >> >> >> -- >> >> Sincerely, >> >> >> >> Giovanni Maruzzelli >> >> Cell : +39-347-2665618 >> >> >> >> >> _________________________________________________________________________ >> >> Professional FreeSWITCH Consulting Services: >> >> consulting at 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 at lists.freeswitch.org >> >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> > >> > >> > >> > >> _________________________________________________________________________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at 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 at lists.freeswitch.org >> >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150731/4f7c44f5/attachment-0001.html From gmaruzz at gmail.com Sat Aug 1 12:09:51 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Sat, 1 Aug 2015 10:09:51 +0200 Subject: [Freeswitch-users] ESL Freeswitch cluster In-Reply-To: References: Message-ID: sent from my mobile, Giovanni Maruzzelli cell: +39 347 266 56 18 On Aug 1, 2015 5:12 AM, "Michael Jerris" wrote: > > It seems to me any solution that is polling as opposed to event or shared state based will be problematic in the end. We should talk about approaches to this next week. +1 > > > On Friday, July 31, 2015, ?talo Rossi wrote: >> >> Let me know how this is going, I'm highly interested in adding support for sharing agents and tiers across multiple servers in mod_callcenter >> >> If you're attending cluecon let's talk about >> >> Em 31/07/2015 05:45, "Stanislav Sinyagin" escreveu: >>> >>> you still need to control the result of action execution on every FS >>> node, so you need to create a dispatcher architecture. >>> >>> For example, a message queue manager, like zeromq, would receive the >>> command, and send it to local FS nodes, and a locally installed daemon >>> would communicate to the local FS and send back the results via >>> zeromq. >>> >>> Or it could be some multithreaded daemon, in Golang for example, which >>> would connect to all FS instances and send them the commands. You >>> would then manage the responses in your Go program. >>> >>> Nothing impossible, you just need to match your requirements with your >>> budget and with the skills inside your operations team. >>> >>> >>> >>> >>> >>> On Fri, Jul 31, 2015 at 5:41 AM, NH45 CMI wrote: >>> > Hi Sammy, >>> > >>> > Yes i need to send samee ESL action to every FS >>> > >>> > On Thu, Jul 30, 2015 at 9:40 PM, Giovanni Maruzzelli < gmaruzz at gmail.com> >>> > wrote: >>> >> >>> >> You will probably need to have postgresql in core, but please check if the >>> >> modules you're using for callcenter functionalities support clustering via >>> >> db. >>> >> >>> >> At the end of the day, if it becomes too much for your internal resources >>> >> to design and implement a solution, you may want to write >>> >> consulting at freeswitch.org for commercial (eg: paid) help on this. >>> >> >>> >> -giovanni >>> >> >>> >> >>> >> >>> >> On Thu, Jul 30, 2015 at 6:03 PM, SamyGo wrote: >>> >>> >>> >>> Hi NH45, >>> >>> >>> >>> Do you want to send the same ESL action to all of the FS Servers, >>> >>> something like a ESL Proxy that can relay your event to the FS Servers ? >>> >>> >>> >>> Regards, >>> >>> Sammy >>> >>> >>> >>> On Thu, Jul 30, 2015 at 8:12 AM, NH45 CMI wrote: >>> >>>> >>> >>>> Hi Guys, >>> >>>> >>> >>>> >>> >>>> I am using opensips for load balancing and freeswitch for >>> >>>> register,IVR,Callcenter ,Using mod_xml_curl for realtime ivr and dialplan >>> >>>> but callcenter i have problem because it load only once so i use ESL to add >>> >>>> and remove agent ,if i use one FS it's ok but more then one FS how can i >>> >>>> add or remove agent to queue all FS using ESL >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> Regard's >>> >>>> NH45 CMI >>> >>>> >>> >>>> >>> >>>> _________________________________________________________________________ >>> >>>> Professional FreeSWITCH Consulting Services: >>> >>>> consulting at 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 at lists.freeswitch.org >>> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >>>> UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >>>> http://www.freeswitch.org >>> >>> >>> >>> >>> >>> >>> >>> _________________________________________________________________________ >>> >>> Professional FreeSWITCH Consulting Services: >>> >>> consulting at 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 at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >>> UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >>> http://www.freeswitch.org >>> >> >>> >> >>> >> >>> >> >>> >> -- >>> >> Sincerely, >>> >> >>> >> Giovanni Maruzzelli >>> >> Cell : +39-347-2665618 >>> >> >>> >> _________________________________________________________________________ >>> >> Professional FreeSWITCH Consulting Services: >>> >> consulting at 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 at lists.freeswitch.org >>> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >> UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >> http://www.freeswitch.org >>> > >>> > >>> > >>> > _________________________________________________________________________ >>> > Professional FreeSWITCH Consulting Services: >>> > consulting at 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 at lists.freeswitch.org >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users >>> > http://www.freeswitch.org >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150801/7eb786b3/attachment.html From italorossib at gmail.com Sat Aug 1 15:19:58 2015 From: italorossib at gmail.com (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Sat, 1 Aug 2015 08:19:58 -0300 Subject: [Freeswitch-users] ESL Freeswitch cluster In-Reply-To: References: Message-ID: Great! See you there! Em 01/08/2015 06:15, "Giovanni Maruzzelli" escreveu: > sent from my mobile, > Giovanni Maruzzelli > cell: +39 347 266 56 18 > On Aug 1, 2015 5:12 AM, "Michael Jerris" wrote: > > > > It seems to me any solution that is polling as opposed to event or > shared state based will be problematic in the end. We should talk about > approaches to this next week. > > +1 > > > > > > > On Friday, July 31, 2015, ?talo Rossi wrote: > >> > >> Let me know how this is going, I'm highly interested in adding support > for sharing agents and tiers across multiple servers in mod_callcenter > >> > >> If you're attending cluecon let's talk about > >> > >> Em 31/07/2015 05:45, "Stanislav Sinyagin" > escreveu: > >>> > >>> you still need to control the result of action execution on every FS > >>> node, so you need to create a dispatcher architecture. > >>> > >>> For example, a message queue manager, like zeromq, would receive the > >>> command, and send it to local FS nodes, and a locally installed daemon > >>> would communicate to the local FS and send back the results via > >>> zeromq. > >>> > >>> Or it could be some multithreaded daemon, in Golang for example, which > >>> would connect to all FS instances and send them the commands. You > >>> would then manage the responses in your Go program. > >>> > >>> Nothing impossible, you just need to match your requirements with your > >>> budget and with the skills inside your operations team. > >>> > >>> > >>> > >>> > >>> > >>> On Fri, Jul 31, 2015 at 5:41 AM, NH45 CMI wrote: > >>> > Hi Sammy, > >>> > > >>> > Yes i need to send samee ESL action to every FS > >>> > > >>> > On Thu, Jul 30, 2015 at 9:40 PM, Giovanni Maruzzelli < > gmaruzz at gmail.com> > >>> > wrote: > >>> >> > >>> >> You will probably need to have postgresql in core, but please check > if the > >>> >> modules you're using for callcenter functionalities support > clustering via > >>> >> db. > >>> >> > >>> >> At the end of the day, if it becomes too much for your internal > resources > >>> >> to design and implement a solution, you may want to write > >>> >> consulting at freeswitch.org for commercial (eg: paid) help on this. > >>> >> > >>> >> -giovanni > >>> >> > >>> >> > >>> >> > >>> >> On Thu, Jul 30, 2015 at 6:03 PM, SamyGo wrote: > >>> >>> > >>> >>> Hi NH45, > >>> >>> > >>> >>> Do you want to send the same ESL action to all of the FS Servers, > >>> >>> something like a ESL Proxy that can relay your event to the FS > Servers ? > >>> >>> > >>> >>> Regards, > >>> >>> Sammy > >>> >>> > >>> >>> On Thu, Jul 30, 2015 at 8:12 AM, NH45 CMI > wrote: > >>> >>>> > >>> >>>> Hi Guys, > >>> >>>> > >>> >>>> > >>> >>>> I am using opensips for load balancing and freeswitch > for > >>> >>>> register,IVR,Callcenter ,Using mod_xml_curl for realtime ivr and > dialplan > >>> >>>> but callcenter i have problem because it load only once so i use > ESL to add > >>> >>>> and remove agent ,if i use one FS it's ok but more then one FS > how can i > >>> >>>> add or remove agent to queue all FS using ESL > >>> >>>> > >>> >>>> > >>> >>>> > >>> >>>> > >>> >>>> > >>> >>>> Regard's > >>> >>>> NH45 CMI > >>> >>>> > >>> >>>> > >>> >>>> > _________________________________________________________________________ > >>> >>>> Professional FreeSWITCH Consulting Services: > >>> >>>> consulting at 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 at lists.freeswitch.org > >>> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> >>>> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >>> >>>> http://www.freeswitch.org > >>> >>> > >>> >>> > >>> >>> > >>> >>> > _________________________________________________________________________ > >>> >>> Professional FreeSWITCH Consulting Services: > >>> >>> consulting at 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 at lists.freeswitch.org > >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> >>> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >>> >>> http://www.freeswitch.org > >>> >> > >>> >> > >>> >> > >>> >> > >>> >> -- > >>> >> Sincerely, > >>> >> > >>> >> Giovanni Maruzzelli > >>> >> Cell : +39-347-2665618 > >>> >> > >>> >> > _________________________________________________________________________ > >>> >> Professional FreeSWITCH Consulting Services: > >>> >> consulting at 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 at lists.freeswitch.org > >>> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >>> >> http://www.freeswitch.org > >>> > > >>> > > >>> > > >>> > > _________________________________________________________________________ > >>> > Professional FreeSWITCH Consulting Services: > >>> > consulting at 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 at lists.freeswitch.org > >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >>> > http://www.freeswitch.org > >>> > >>> > _________________________________________________________________________ > >>> Professional FreeSWITCH Consulting Services: > >>> consulting at 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 at lists.freeswitch.org > >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >>> http://www.freeswitch.org > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150801/28ef58f0/attachment-0001.html From ssinyagin at gmail.com Sat Aug 1 16:57:21 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sat, 1 Aug 2015 14:57:21 +0200 Subject: [Freeswitch-users] ESL Freeswitch cluster In-Reply-To: References: Message-ID: I'm not coming, unfortunately. And this was just a rough idea, but a detailed concept needs more thinking. I would love to see this in an open sourced design. If someone is up to building such a system, I'm ready to contribute. On Aug 1, 2015 4:36 AM, "?talo Rossi" wrote: > Let me know how this is going, I'm highly interested in adding support for > sharing agents and tiers across multiple servers in mod_callcenter > > If you're attending cluecon let's talk about > Em 31/07/2015 05:45, "Stanislav Sinyagin" escreveu: > >> you still need to control the result of action execution on every FS >> node, so you need to create a dispatcher architecture. >> >> For example, a message queue manager, like zeromq, would receive the >> command, and send it to local FS nodes, and a locally installed daemon >> would communicate to the local FS and send back the results via >> zeromq. >> >> Or it could be some multithreaded daemon, in Golang for example, which >> would connect to all FS instances and send them the commands. You >> would then manage the responses in your Go program. >> >> Nothing impossible, you just need to match your requirements with your >> budget and with the skills inside your operations team. >> >> >> >> >> >> On Fri, Jul 31, 2015 at 5:41 AM, NH45 CMI wrote: >> > Hi Sammy, >> > >> > Yes i need to send samee ESL action to every FS >> > >> > On Thu, Jul 30, 2015 at 9:40 PM, Giovanni Maruzzelli > > >> > wrote: >> >> >> >> You will probably need to have postgresql in core, but please check if >> the >> >> modules you're using for callcenter functionalities support clustering >> via >> >> db. >> >> >> >> At the end of the day, if it becomes too much for your internal >> resources >> >> to design and implement a solution, you may want to write >> >> consulting at freeswitch.org for commercial (eg: paid) help on this. >> >> >> >> -giovanni >> >> >> >> >> >> >> >> On Thu, Jul 30, 2015 at 6:03 PM, SamyGo wrote: >> >>> >> >>> Hi NH45, >> >>> >> >>> Do you want to send the same ESL action to all of the FS Servers, >> >>> something like a ESL Proxy that can relay your event to the FS >> Servers ? >> >>> >> >>> Regards, >> >>> Sammy >> >>> >> >>> On Thu, Jul 30, 2015 at 8:12 AM, NH45 CMI wrote: >> >>>> >> >>>> Hi Guys, >> >>>> >> >>>> >> >>>> I am using opensips for load balancing and freeswitch for >> >>>> register,IVR,Callcenter ,Using mod_xml_curl for realtime ivr and >> dialplan >> >>>> but callcenter i have problem because it load only once so i use ESL >> to add >> >>>> and remove agent ,if i use one FS it's ok but more then one FS how >> can i >> >>>> add or remove agent to queue all FS using ESL >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> Regard's >> >>>> NH45 CMI >> >>>> >> >>>> >> >>>> >> _________________________________________________________________________ >> >>>> Professional FreeSWITCH Consulting Services: >> >>>> consulting at 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 at lists.freeswitch.org >> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >>>> UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> >>>> http://www.freeswitch.org >> >>> >> >>> >> >>> >> >>> >> _________________________________________________________________________ >> >>> Professional FreeSWITCH Consulting Services: >> >>> consulting at 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 at lists.freeswitch.org >> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >>> UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> >>> http://www.freeswitch.org >> >> >> >> >> >> >> >> >> >> -- >> >> Sincerely, >> >> >> >> Giovanni Maruzzelli >> >> Cell : +39-347-2665618 >> >> >> >> >> _________________________________________________________________________ >> >> Professional FreeSWITCH Consulting Services: >> >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> > >> > >> > >> > >> _________________________________________________________________________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at 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 at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150801/490fe39b/attachment.html From lists at virtues.net Sun Aug 2 00:53:27 2015 From: lists at virtues.net (Thomas) Date: Sat, 1 Aug 2015 17:53:27 -0300 Subject: [Freeswitch-users] How to track call changes while running javascript? Message-ID: <55BD31C7.7090501@virtues.net> Hello list! Does anyone know if there is a way to track changes to the call state, most notably a hangup, while executing Javascript? We're using JS to set up a call on a device connected to Freeswitch through portaudio. That call is initiated with sip/sofia executing the JS in the dialplan. If the SIP leg hangs up while the JS is running, nothing happens until the JS terminates. I wanted to check from the script, but haven't found a way to do that. "session.state" doesn't change, hangup hook doesn't fire, and without setTimeout or something similar I didn't find a way to "background" the JS. Is there any way to detect a hangup during JS execution? Cheers! Thomas From lists at virtues.net Sun Aug 2 01:34:21 2015 From: lists at virtues.net (Thomas) Date: Sat, 1 Aug 2015 18:34:21 -0300 Subject: [Freeswitch-users] How to track call changes while running javascript? In-Reply-To: <55BD31C7.7090501@virtues.net> References: <55BD31C7.7090501@virtues.net> Message-ID: <55BD3B5D.4050500@virtues.net> I should probably mention that the JS is called with execute_on_originate, but with the :: syntax that's supposed to fork it into the background. On 01.08.2015 17:53, Thomas wrote: > Hello list! > > Does anyone know if there is a way to track changes to the call state, most notably a hangup, while executing > Javascript? We're using JS to set up a call on a device connected to Freeswitch through portaudio. That call is > initiated with sip/sofia executing the JS in the dialplan. If the SIP leg hangs up while the JS is running, nothing > happens until the JS terminates. > > I wanted to check from the script, but haven't found a way to do that. "session.state" doesn't change, hangup hook > doesn't fire, and without setTimeout or something similar I didn't find a way to "background" the JS. > > Is there any way to detect a hangup during JS execution? > > Cheers! > > Thomas > From mandra at gmail.com Sun Aug 2 06:35:01 2015 From: mandra at gmail.com (Chris Mandra) Date: Sat, 1 Aug 2015 22:35:01 -0400 Subject: [Freeswitch-users] webrtc/Sip issue In-Reply-To: References: <456E33B6-86AC-45B9-8406-F333C46D6276@jerris.com> <34D043B9-DDDC-4BA7-876D-C3C90AA91C94@jerris.com> <34DFA68A-252E-40FC-A9DD-E60E37EF176B@jerris.com> Message-ID: Thanks Michael - So now, how do I do that? On Fri, Jul 31, 2015 at 10:20 PM, Michael Jerris wrote: > The issue is its matching the IPv6 address. if you don't have any v6 on > the box you can override the default acl for candidates to not match v6 ever > > > On Friday, July 31, 2015, Chris Mandra wrote: > >> Pretty close to the latest: >> >> FreeSWITCH version: 1.7.0+git~20150729T005009Z~4a59a61da6~64bit (git >> 4a59a61 2015-07-29 00:50:09Z 64bit) >> >> one possible issue - we're not using IPv6 - we disabled it. I'm not >> having this problem, but my colleague is. >> >> On Fri, Jul 31, 2015 at 6:38 PM, Michael Jerris wrote: >> >>> Does your host have IPv6 running and routable? What version of >>> freeswitch are you using again? >>> >>> 2015-07-31 22:08:00.106489 [DEBUG] switch_core_media.c:3261 Choose rtp >>> candidate, index 0, fdae:f681:faac:a135:41e8:9d44:1cdb:503e:53654 >>> >>> >>> I think this issue was fixed in this commit: >>> >>> commit 2815994647ef03fda488685899262450eb4b935c >>> Author: Brian >>> Date: Thu Jun 11 08:24:31 2015 -0500 >>> >>> FS-7638 properly match ACL with IPv4 mapped IPv6 addresses >>> >>> >>> >>> On Jul 31, 2015, at 6:20 PM, Chris Mandra wrote: >>> >>> Hi guys - I've tried to debug as you asked - attached an rtf of the >>> troubled session. (pasting into gmail screwed up formatting) >>> >>> Let me know what you think. >>> >>> Thanks! >>> >>> chris >>> >>> On Thu, Jul 30, 2015 at 11:02 AM, Giovanni Maruzzelli >> > wrote: >>> >>>> no GDB (gdb is for segfaults) >>>> >>>> complete debug log from console, from fs_cli: >>>> >>>> fs_cli>sofia global siptrace on >>>> fs_cli>sofia debug all 9 >>>> fs_cli>fsctl loglevel 9 >>>> fs_cli>fsctl console 9 >>>> >>>> then reproduce what is your problem >>>> >>>> then attach it all, complete of all relevant info like configurations, >>>> topology, whatever >>>> >>>> >>>> On Thu, Jul 30, 2015 at 4:27 PM, Chris Mandra wrote: >>>> >>>>> Let me make sure I understand: You want me to use the GDB and get that >>>>> info to you as described here: >>>>> https://wiki.freeswitch.org/wiki/Debugging_Freeswitch ? >>>>> >>>>> Do you want wireshark info as well? I know that there have been some >>>>> issues with IPv6 - perhaps this is related? >>>>> >>>>> thank you, >>>>> chris >>>>> >>>>> ---------- Forwarded message ---------- >>>>> From: Michael Jerris >>>>> Date: Thu, Jul 30, 2015 at 10:07 AM >>>>> Subject: Re: [Freeswitch-users] webrtc/Sip issue >>>>> To: FreeSWITCH Users Help >>>>> >>>>> >>>>> As i said before. a debug trace including the sip traffic might tell >>>>> us more. A partial log that you have edited to remove data, without sip >>>>> trace will not tell us anything useful. >>>>> >>>>> On Jul 30, 2015, at 7:22 AM, Chris Mandra wrote: >>>>> >>>>> Hi Michael, here's some more debug info: I just want to point out that >>>>> only a couple users have this issue. The same hardware and software with >>>>> diff users doesn't exhibit this issue. >>>>> >>>>> 2015-07-30 10:42:56.431486 [ALERT] switch_core_session.c:2760 >>>>> sofia/internal/1000 at xxx.xxxxx.xxx receive message [PROGRESS] >>>>> 2015-07-30 10:42:56.431486 [INFO] switch_core_session.c:2760 Sending >>>>> early media >>>>> 2015-07-30 10:42:57.741478 [DEBUG] switch_core_media.c:5412 STUN >>>>> Success [104.197.44.217]:[32306] >>>>> 2015-07-30 10:42:57.741478 [DEBUG] switch_core_media.c:5884 AUDIO RTP [ >>>>> sofia/internal/1000 at xxx.xxxxx.xxx] 10.240.125.130 port 32306 -> >>>>> 2601:88:8003:8a00:1d80:49af:20a6:3e8c port 63602 codec: 111 ms: 20 >>>>> 2015-07-30 10:42:57.741478 [DEBUG] switch_rtp.c:3694 Starting timer >>>>> [soft] 960 bytes per 20ms >>>>> 2015-07-30 10:42:57.741478 [ERR] switch_core_media.c:6566 AUDIO RTP >>>>> REPORTS ERROR: [Remote Address Error!] >>>>> 2015-07-30 10:42:57.741478 [NOTICE] switch_core_media.c:6567 Hangup >>>>> sofia/internal/1000 at xxx.xxxxx.xxx [CS_EXECUTE] >>>>> [DESTINATION_OUT_OF_ORDER] >>>>> 2015-07-30 10:42:57.741478 [ALERT] switch_channel.c:3277 Send signal >>>>> sofia/internal/1000 at xxx.xxxxx.xxx [KILL] >>>>> 2015-07-30 10:42:57.741478 [ALERT] switch_core_session.c:1412 Send >>>>> signal sofia/internal/1000 at xxx.xxxxx.xxx [BREAK] >>>>> >>>>> >>>>> Startup ipv6 complaints: >>>>> >>>>> 015-07-30 10:57:10.336255 [ERR] sofia.c:2935 Error Creating SIP UA for >>>>> profile: external-ipv6 (sip:mod_sofia@[::1]:5080;transport=udp,tcp) >>>>> ATTEMPT 2 (RETRY IN 5 SEC) >>>>> >>>>> 2015-07-30 10:57:10.436224 [ERR] sofia.c:2935 Error Creating SIP UA >>>>> for profile: internal-ipv6 (sip:mod_sofia@[::1]:5060;transport=udp,tcp) >>>>> ATTEMPT 2 (RETRY IN 5 SEC) >>>>> >>>>> freeswitch at internal> >>>>> >>>>> 2015-07-30 10:57:13.556251 [WARNING] sofia_reg.c:1744 SIP auth >>>>> challenge (REGISTER) on sofia profile 'internal' for [ >>>>> 1000 at xxx.xxxxx.xxx] from ip 50.242.9.206 >>>>> >>>>> 2015-07-30 10:57:13.616221 [CONSOLE] mod_voicemail.c:4066 Event Thread >>>>> Started >>>>> >>>>> 2015-07-30 10:57:15.336251 [ERR] sofia.c:2935 Error Creating SIP UA >>>>> for profile: external-ipv6 (sip:mod_sofia@[::1]:5080;transport=udp,tcp) >>>>> ATTEMPT 3 (RETRY IN 5 SEC) >>>>> >>>>> 2015-07-30 10:57:15.336251 [ERR] sofia.c:2945 Error Creating SIP UA >>>>> for profile: external-ipv6 (sip:mod_sofia@[::1]:5080;transport=udp,tcp >>>>> ) >>>>> >>>>> The likely causes for this are: >>>>> >>>>> 1) Another application is already listening on the specified address. >>>>> >>>>> 2) The IP the profile is attempting to bind to is not local to this >>>>> system. >>>>> >>>>> 2015-07-30 10:57:15.436256 [ERR] sofia.c:2935 Error Creating SIP UA >>>>> for profile: internal-ipv6 (sip:mod_sofia@[::1]:5060;transport=udp,tcp) >>>>> ATTEMPT 3 (RETRY IN 5 SEC) >>>>> >>>>> 2015-07-30 10:57:15.436256 [ERR] sofia.c:2945 Error Creating SIP UA >>>>> for profile: internal-ipv6 (sip:mod_sofia@[::1]:5060;transport=udp,tcp >>>>> ) >>>>> >>>>> The likely causes for this are: >>>>> >>>>> 1) Another application is already listening on the specified address. >>>>> >>>>> 2) The IP the profile is attempting to bind to is not local to this >>>>> system. >>>>> >>>>> >>>>> >>>>> And after disabling ipv6 >>>>> >>>>> 2015-07-30 11:12:50.116372 [DEBUG] switch_core_session.c:2758 >>>>> Application ladspa_run Requires media! pre_answering channel sofia/internal/ >>>>> 1000 at xxx.xxxxx.xxx >>>>> >>>>> 2015-07-30 11:12:50.116372 [INFO] switch_core_session.c:2760 Sending >>>>> early media >>>>> >>>>> 2015-07-30 11:12:50.176368 [DEBUG] switch_core_media.c:5412 STUN >>>>> Success [xxx.197.44.217]:[23022] >>>>> >>>>> 2015-07-30 11:12:50.176368 [DEBUG] switch_core_media.c:5884 AUDIO RTP [ >>>>> sofia/internal/1000 at xxx.xxxxx.xxx] 10.xxx.xxx.130 port 23022 -> >>>>> fdae:f681:faac:a135:b84e:e923:21d0:144a port 52098 codec: 111 ms: 20 >>>>> >>>>> 2015-07-30 11:12:50.176368 [DEBUG] switch_rtp.c:3694 Starting timer >>>>> [soft] 960 bytes per 20ms >>>>> >>>>> 2015-07-30 11:12:50.176368 [ERR] switch_core_media.c:6566 AUDIO RTP >>>>> REPORTS ERROR: [Remote Address Error!] >>>>> >>>>> 2015-07-30 11:12:50.176368 [NOTICE] switch_core_media.c:6567 Hangup >>>>> sofia/internal/1000 at xxx.xxxxx.xxx [CS_EXECUTE] >>>>> [DESTINATION_OUT_OF_ORDER] >>>>> >>>>> >>>>> >>>>> On Wednesday, July 29, 2015, Michael Jerris wrote: >>>>> >>>>>> a debug trace including the sip traffic might tell us more. >>>>>> >>>>>> On Jul 29, 2015, at 3:21 PM, Chris Mandra wrote: >>>>>> >>>>>> Hi guys - one of my users keeps getting this error in fs_cli when >>>>>> he tries to connect via Chrome (web-rtc) on a macbook running yosemite. >>>>>> >>>>>> 2015-07-28 00:42:20.669463 [ERR] switch_core_media.c:6538 AUDIO RTP >>>>>> REPORTS ERROR: [Remote Address Error!] >>>>>> >>>>>> I'm using essentially the same setup and never have an issue. Any >>>>>> ideas? He doesn't get anything very useful in the chrome console, just this: >>>>>> >>>>>> ********************* >>>>>> >>>>>> Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | sip.inviteclientcontext | >>>>>> closing INVITE session edsmilh98mlqt0a48qo0tvmlnm0u3m >>>>>> >>>>>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | >>>>>> sip.invitecontext.mediahandler | closing PeerConnection >>>>>> >>>>>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | >>>>>> sip.dialog | dialog edsmilh98mlqt0a48qo0qf3p9f1n97g6QD4ZtFHXgrH deleted >>>>>> >>>>>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | >>>>>> sip.inviteclientcontext | emitting event failed >>>>>> >>>>>> sip-0.6.4.min.js:36 Tue Jul 28 2015 15:22:55 GMT-0400 (EDT) | >>>>>> sip.inviteclientcontext | emitting event rejected >>>>>> >>>>>> sc-webrtc.js:931 _rejected called >>>>>> >>>>>> ******************* >>>>>> >>>>>> >>>>>> Any ideas? We're using latest FS and sip.js >>>>>> >>>>>> >>>>>> thanks, >>>>>> >>>>>> chris >>>>>> >>>>>> >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at 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 at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE: >>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>>> >>>>> >>>>> -- >>>>> mandra >>>>> c:410.258.5281 >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at 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 at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE: >>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> >>>> -- >>>> Sincerely, >>>> >>>> Giovanni Maruzzelli >>>> Cell : +39-347-2665618 >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> mandra >>> c:410.258.5281 >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> mandra >> c:410.258.5281 >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- mandra c:410.258.5281 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150801/c5b0c49f/attachment-0001.html From lists at virtues.net Sun Aug 2 23:24:02 2015 From: lists at virtues.net (Thomas) Date: Sun, 2 Aug 2015 16:24:02 -0300 Subject: [Freeswitch-users] How to track call changes while running javascript? In-Reply-To: <825D25C7-B906-4124-A4F7-D982C55E4617@freeswitch.org> References: <825D25C7-B906-4124-A4F7-D982C55E4617@freeswitch.org> Message-ID: <55BE6E52.1050801@virtues.net> They both don't change/fire. :/ It's as if the JS blocks everything about that call until it terminates. The hangup does not even register in the Freeswitch log until after the script finishes. Tried it outside execute_on_originate with the normal javascript application in the XML dialplan - same effect. The whole process seems to be a single thread - which would make sense for most use cases, unfortunately just not this one. :P Is there a way to fork the JS execution into the background? Something similar to setTimout() maybe? Or even better execute a dialplan app from JS that allows outside events to catch up? I tried the sleep application instead of JS msleep, but that didn't help either. On 01.08.2015 22:05, Ken Rice wrote: > You are looking for session ready or a hanguk up hook callback see confluence for details > > Sent from my iPhone > >> On Aug 1, 2015, at 3:53 PM, Thomas wrote: >> >> Does anyone know if there is a way to track changes to the call state, most notably a hangup, while executing >> Javascript? We're using JS to set up a call on a device connected to Freeswitch through portaudio. That call is >> initiated with sip/sofia executing the JS in the dialplan. If the SIP leg hangs up while the JS is running, nothing >> happens until the JS terminates. >> >> I wanted to check from the script, but haven't found a way to do that. "session.state" doesn't change, hangup hook >> doesn't fire, and without setTimeout or something similar I didn't find a way to "background" the JS. >> >> Is there any way to detect a hangup during JS execution? >> >> Cheers! >> >> Thomas >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org From mike at jerris.com Mon Aug 3 01:11:37 2015 From: mike at jerris.com (Michael Jerris) Date: Sun, 2 Aug 2015 17:11:37 -0400 Subject: [Freeswitch-users] How to track call changes while running javascript? In-Reply-To: <55BE6E52.1050801@virtues.net> References: <825D25C7-B906-4124-A4F7-D982C55E4617@freeswitch.org> <55BE6E52.1050801@virtues.net> Message-ID: what is it blocking on in the js? are you using session.ready? On Sunday, August 2, 2015, Thomas wrote: > They both don't change/fire. :/ It's as if the JS blocks everything about > that call until it terminates. The hangup does > not even register in the Freeswitch log until after the script finishes. > Tried it outside execute_on_originate with the > normal javascript application in the XML dialplan - same effect. The whole > process seems to be a single thread - which > would make sense for most use cases, unfortunately just not this one. :P > > Is there a way to fork the JS execution into the background? Something > similar to setTimout() maybe? Or even better > execute a dialplan app from JS that allows outside events to catch up? I > tried the sleep application instead of JS > msleep, but that didn't help either. > > On 01.08.2015 22:05, Ken Rice wrote: > > You are looking for session ready or a hanguk up hook callback see > confluence for details > > > > Sent from my iPhone > > > >> On Aug 1, 2015, at 3:53 PM, Thomas > > wrote: > >> > >> Does anyone know if there is a way to track changes to the call state, > most notably a hangup, while executing > >> Javascript? We're using JS to set up a call on a device connected to > Freeswitch through portaudio. That call is > >> initiated with sip/sofia executing the JS in the dialplan. If the SIP > leg hangs up while the JS is running, nothing > >> happens until the JS terminates. > >> > >> I wanted to check from the script, but haven't found a way to do that. > "session.state" doesn't change, hangup hook > >> doesn't fire, and without setTimeout or something similar I didn't find > a way to "background" the JS. > >> > >> Is there any way to detect a hangup during JS execution? > >> > >> Cheers! > >> > >> Thomas > >> > >> > >> > _________________________________________________________________________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at 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 at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150802/b048f750/attachment.html From rick at ewart.net Mon Aug 3 02:57:36 2015 From: rick at ewart.net (Rick Ewart) Date: Sun, 2 Aug 2015 18:57:36 -0400 (EDT) Subject: [Freeswitch-users] Passing Dialed Number to User Agent Message-ID: Hello. I am a relative newbie with FreeSwitch. Have been reading the FreeSWITCH 1.2 book and have managed to setup things and get them working without too much issue. I am basically trying to setup FreeSwitch to act as an intermediary (softswitch) between my carriers and my client's PBXs. I have the PBXs registering as extensions and am able to make calls and direct DIDs into them. The one thing I seem to be struggling with (at the moment anyhow) is how to pass the dialed number (i.e. DID dialed) to the internal extension I am transferring the call to. Because the one user will have multiple DIDs assigned to them and their system (an Asterisk PBX) needs to route the incoming call appropriately. But the "dialed number" being passed to the Asterisk PBX is the extension being called for the transfer. I have spent hours googling for an answer and never seem to get quite what I need. Seems I need to set a variable, but what I have done so far isn't working. Below is my definition for the DID. I am wondering if this is the correct way to go about this, or if I should be setting these up different? I do want the clients to register to my switch, which is why I have them setup as internal user extensions. Thanks in advance for any help you can provide. Rick -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150802/5b9033dc/attachment.html From craig at stevenson.com Mon Aug 3 07:07:16 2015 From: craig at stevenson.com (Craig Stevenson) Date: Sun, 2 Aug 2015 20:07:16 -0700 Subject: [Freeswitch-users] webrtc/Sip issue In-Reply-To: References: <456E33B6-86AC-45B9-8406-F333C46D6276@jerris.com> <34D043B9-DDDC-4BA7-876D-C3C90AA91C94@jerris.com> <34DFA68A-252E-40FC-A9DD-E60E37EF176B@jerris.com> Message-ID: Thanks for everyone's help on IRC... we have now blocked the IPv6 addresses in the ACL. Good news, now "drops" any candidate that has IPv6 address. Bad news, it still goes ahead and "chooses" a v6 candidate anyway. See the attached log. You can see this behavior if you search for actions on "fdae:f681:faac:a135:c091:fd50:ad03:6802". As an aside, the command "acl fdae:f681:faac:a135:c091:fd50:ad03:6802 lan" returns "false". Same for "acl fdae:f681:faac:a135:c091:fd50:ad03:6802:56850 lan" Thanks, Craig (p.s., look forward to seeing you all in person tomorrow morning) On Fri, Jul 31, 2015 at 7:20 PM, Michael Jerris wrote: > The issue is its matching the IPv6 address. if you don't have any v6 on > the box you can override the default acl for candidates to not match v6 ever > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150802/7d028215/attachment-0001.html -------------- next part -------------- freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> freeswitch at internal> tport.c:2773 tport_wakeup() tport_wakeup(0x7f511c0929c0): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f511c0929c0) tport.c:2296 tport_set_secondary_timer() tport(0x7f511c0929c0): reset timer tport.c:2773 tport_wakeup() tport_wakeup(0x7f511c0929c0): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f511c0929c0) tport.c:2296 tport_set_secondary_timer() tport(0x7f511c0929c0): reset timer tport.c:2773 tport_wakeup() tport_wakeup(0x7f511c0929c0): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f511c0929c0) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f511c0929c0) msg 0x7f511c071760 from (wss/50.242.22.166:51514) has 5039 bytes, veclen = 1 recv 5039 bytes from wss/[50.242.22.166]:51514 at 02:47:54.377924: ------------------------------------------------------------------------ INVITE sip:9199 at theta.soniccloud.com SIP/2.0 Via: SIP/2.0/WSS s0n17dlvrqjp.invalid;branch=z9hG4bK2276635 Max-Forwards: 70 To: From: ;tag=ob96natff0 Call-ID: gv0040gcg8k6hmf8hmmu CSeq: 7004 INVITE Contact: Allow: ACK,CANCEL,BYE,OPTIONS,INFO,NOTIFY,INVITE Content-Type: application/sdp Supported: outbound User-Agent: SIP.js/0.6.4 Content-Length: 4559 v=0 o=- 4000227983672578466 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio video a=msid-semantic: WMS ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 m=audio 55301 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 126 c=IN IP4 50.242.22.166 a=rtcp:57837 IN IP4 50.242.22.166 a=candidate:3806812431 1 udp 2122265343 fdae:f681:faac:a135:c091:fd50:ad03:6802 56850 typ host generation 0 a=candidate:2795255774 1 udp 2122194687 192.168.1.7 55301 typ host generation 0 a=candidate:3806812431 2 udp 2122265342 fdae:f681:faac:a135:c091:fd50:ad03:6802 55302 typ host generation 0 a=candidate:2795255774 2 udp 2122194686 192.168.1.7 57837 typ host generation 0 a=candidate:264484875 1 udp 1685987071 50.242.22.166 55301 typ srflx raddr 192.168.1.7 rport 55301 generation 0 a=candidate:264484875 2 udp 1685987070 50.242.22.166 57837 typ srflx raddr 192.168.1.7 rport 57837 generation 0 a=candidate:2892277247 1 tcp 1518285567 fdae:f681:faac:a135:c091:fd50:ad03:6802 0 typ host tcptype active generation 0 a=candidate:3894397742 1 tcp 1518214911 192.168.1.7 0 typ host tcptype active generation 0 a=candidate:2892277247 2 tcp 1518285566 fdae:f681:faac:a135:c091:fd50:ad03:6802 0 typ host tcptype active generation 0 a=candidate:3894397742 2 tcp 1518214910 192.168.1.7 0 typ host tcptype active generation 0 a=ice-ufrag:XyBgNIACzzGNqI97 a=ice-pwd:TUBwo4YdjnM7i/+HFeLPmqug a=fingerprint:sha-256 28:77:D9:33:B5:5D:63:2D:86:FC:92:42:83:A1:8C:D9:D2:D8:1D:06:2B:86:B9:D9:55:C9:54:E4:6B:35:12:62 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=sendrecv a=rtcp-mux a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1; stereo=1 a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=maxptime:60 a=ssrc:2034035072 cname:tZtF7mNLC/xSKnuV a=ssrc:2034035072 msid:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 132504cc-7836-4e1f-a6a3-fe7f9d23b7e9 a=ssrc:2034035072 mslabel:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 a=ssrc:2034035072 label:132504cc-7836-4e1f-a6a3-fe7f9d23b7e9 m=video 57487 UDP/TLS/RTP/SAVPF 100 116 117 96 c=IN IP4 50.242.22.166 a=rtcp:49625 IN IP4 50.242.22.166 a=candidate:3806812431 1 udp 2122265343 fdae:f681:faac:a135:c091:fd50:ad03:6802 57838 typ host generation 0 a=candidate:2795255774 1 udp 2122194687 192.168.1.7 57487 typ host generation 0 a=candidate:3806812431 2 udp 2122265342 fdae:f681:faac:a135:c091:fd50:ad03:6802 57488 typ host generation 0 a=candidate:2795255774 2 udp 2122194686 192.168.1.7 49625 typ host generation 0 a=candidate:264484875 1 udp 1685987071 50.242.22.166 57487 typ srflx raddr 192.168.1.7 rport 57487 generation 0 a=candidate:264484875 2 udp 1685987070 50.242.22.166 49625 typ srflx raddr 192.168.1.7 rport 49625 generation 0 a=candidate:2892277247 1 tcp 1518285567 fdae:f681:faac:a135:c091:fd50:ad03:6802 0 typ host tcptype active generation 0 a=candidate:3894397742 1 tcp 1518214911 192.168.1.7 0 typ host tcptype active generation 0 a=candidate:2892277247 2 tcp 1518285566 fdae:f681:faac:a135:c091:fd50:ad03:6802 0 typ host tcptype active generation 0 a=candidate:3894397742 2 tcp 1518214910 192.168.1.7 0 typ host tcptype active generation 0 a=ice-ufrag:XyBgNIACzzGNqI97 a=ice-pwd:TUBwo4YdjnM7i/+HFeLPmqug a=fingerprint:sha-256 28:77:D9:33:B5:5D:63:2D:86:FC:92:42:83:A1:8C:D9:D2:D8:1D:06:2B:86:B9:D9:55:C9:54:E4:6B:35:12:62 a=setup:actpass a=mid:video a=extmap:2 urn:ietf:params:rtp-hdrext:toffset a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=extmap:4 urn:3gpp:video-orientation a=sendrecv a=rtcp-mux a=rtpmap:100 VP8/90000 a=rtcp-fb:100 ccm fir a=rtcp-fb:100 nack a=rtcp-fb:100 nack pli a=rtcp-fb:100 goog-remb a=rtpmap:116 red/90000 a=rtpmap:117 ulpfec/90000 a=rtpmap:96 rtx/90000 a=fmtp:96 apt=100 a=ssrc-group:FID 1802433736 2112122417 a=ssrc:1802433736 cname:tZtF7mNLC/xSKnuV a=ssrc:1802433736 msid:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 8a07e9a9-4132-4f85-be18-2a25dcedb961 a=ssrc:1802433736 mslabel:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 a=ssrc:1802433736 label:8a07e9a9-4132-4f85-be18-2a25dcedb961 a=ssrc:2112122417 cname:tZtF7mNLC/xSKnuV a=ssrc:2112122417 msid:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 8a07e9a9-4132-4f85-be18-2a25dcedb961 a=ssrc:2112122417 mslabel:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 a=ssrc:2112122417 label:8a07e9a9-4132-4f85-be18-2a25dcedb961 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f511c0929c0): msg 0x7f511c071760 (5039 bytes) from wss/50.242.22.166:51514/sips next=(nil) nta.c:2880 agent_recv_request() nta: received INVITE sip:9199 at theta.soniccloud.com SIP/2.0 (CSeq 7004) nta.c:3174 agent_check_request_via() nta: Via check: received=50.242.22.166 nta.c:3085 agent_recv_request() nta: INVITE (7004) going to a default leg nta.c:1350 set_timeout() nta: timer set to 2000 ms nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f511c001930, 0x7f511c001130, 0x7f511c068c80) called soa.c:403 soa_set_params() soa_set_params(static::0x7f511c069520, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f511c069c90) soa.c:1302 soa_init_offer_answer() soa_init_offer_answer(static::0x7f511c069520) called soa.c:1171 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7f511c069520, (nil), 0x7f511c0628d0, 4559) called nua_dialog.c:338 nua_dialog_usage_add() nua(0x7f511c068c80): adding session usage tport.c:3257 tport_tsend() tport_tsend(0x7f511c0929c0) tpn = WSS/50.242.22.166:51514 tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0bc9f0 116 (116) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c062792 54 (54) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c06276d 37 (37) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0627c8 50 (50) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0bca64 99 (99) tport.c:3594 tport_vsend() tport_vsend(0x7f511c0929c0): 356 bytes of 356 to wss/50.242.22.166:51514 tport.c:3492 tport_send_msg() tport_vsend returned 356 send 356 bytes to wss/[50.242.22.166]:51514 at 02:47:54.378422: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/WSS s0n17dlvrqjp.invalid;branch=z9hG4bK2276635;received=50.242.22.166;rport=51514 From: ;tag=ob96natff0 To: Call-ID: gv0040gcg8k6hmf8hmmu CSeq: 7004 INVITE User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150730T031634Z~01672dc96b~64bit Content-Length: 0 ------------------------------------------------------------------------ tport.c:2296 tport_set_secondary_timer() tport(0x7f511c0929c0): reset timer nta.c:6791 incoming_reply() nta: sent 100 Trying for INVITE (7004) nua_stack.c:271 nua_stack_event() nua(0x7f511c068c80): event i_invite 100 Trying nua_session.c:4139 signal_call_state_change() nua(0x7f511c068c80): call state changed: init -> received, received offer soa.c:1098 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7f511c069520, [0x7f515ae748c8], [0x7f515ae748d0], [(nil)]) called nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering 2015-08-03 02:47:54.377062 [NOTICE] switch_channel.c:1089 New Channel sofia/internal/1000 at theta.soniccloud.com [4a3065b6-4ded-4776-bca5-617f192efb30] 2015-08-03 02:47:54.377062 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1000 at theta.soniccloud.com) Running State Change CS_NEW nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2015-08-03 02:47:54.377062 [DEBUG] sofia.c:9093 sofia/internal/1000 at theta.soniccloud.com receiving invite from 50.242.22.166:51514 version: 1.7.0 git 01672dc 2015-07-30 03:16:34Z 64bit nua_stack.c:271 nua_stack_event() nua(0x7f511c068c80): event i_state 100 Trying tport.c:2296 tport_set_secondary_timer() tport(0x7f511c0929c0): reset timer nua_stack.c:359 nua_application_event() nua: nua_application_event: entering 2015-08-03 02:47:54.377062 [ALERT] switch_core_media.c:408 Looking for zrtp-hash 2015-08-03 02:47:54.377062 [ALERT] switch_core_media.c:363 Deciding whether to pass zrtp-hash between legs 2015-08-03 02:47:54.377062 [ALERT] switch_core_media.c:365 CF_ZRTP_PASSTHRU_REQ not set, so not propagating zrtp-hash 2015-08-03 02:47:54.377062 [DEBUG] sofia.c:9260 IP 50.242.22.166 Rejected by acl "domains". Falling back to Digest auth. nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f511c068c80): sent signal r_respond 2015-08-03 02:47:54.377062 [WARNING] sofia_reg.c:1744 SIP auth challenge (INVITE) on sofia profile 'internal' for [9199 at theta.soniccloud.com] from ip 50.242.22.166 nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2015-08-03 02:47:54.377062 [DEBUG] switch_core_state_machine.c:492 (sofia/internal/1000 at theta.soniccloud.com) State NEW nua_stack.c:573 nua_stack_signal() nua(0x7f511c068c80): recv signal r_respond 407 Proxy Authentication Required nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f511c069520, ...) called nua_session.c:2320 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1214 soa_clear_remote_sdp() soa_clear_remote_sdp(static::0x7f511c069520) called tport.c:3257 tport_tsend() tport_tsend(0x7f511c0929c0) tpn = WSS/50.242.22.166:51514 tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0becd0 139 (139) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c062792 54 (54) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0bed5b 55 (55) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0627c8 50 (50) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0bed92 423 (423) tport.c:3594 tport_vsend() tport_vsend(0x7f511c0929c0): 721 bytes of 721 to wss/50.242.22.166:51514 tport.c:3492 tport_send_msg() tport_vsend returned 721 send 721 bytes to wss/[50.242.22.166]:51514 at 02:47:54.379621: ------------------------------------------------------------------------ SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/WSS s0n17dlvrqjp.invalid;branch=z9hG4bK2276635;received=50.242.22.166;rport=51514 From: ;tag=ob96natff0 To: ;tag=2g8g6e9XvgDmr Call-ID: gv0040gcg8k6hmf8hmmu CSeq: 7004 INVITE User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150730T031634Z~01672dc96b~64bit Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Proxy-Authenticate: Digest realm="theta.soniccloud.com", nonce="2c8a0a03-dc5d-4e15-b8f6-52c4c867714a", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ tport.c:2296 tport_set_secondary_timer() tport(0x7f511c0929c0): reset timer nta.c:6791 incoming_reply() nta: sent 407 Proxy Authentication Required for INVITE (7004) nua_dialog.c:397 nua_dialog_usage_remove_at() nua(0x7f511c068c80): removing session usage nua_session.c:4139 signal_call_state_change() nua(0x7f511c068c80): call state changed: received -> terminated nua_stack.c:271 nua_stack_event() nua(0x7f511c068c80): event i_state 407 Proxy Authentication Required nua_stack.c:271 nua_stack_event() nua(0x7f511c068c80): event i_terminated 407 Proxy Authentication Required soa.c:356 soa_destroy() soa_destroy(static::0x7f511c069520) called nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f511c069c90) nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua_stack.c:359 nua_application_event() nua: nua_application_event: entering 2015-08-03 02:47:54.377062 [DEBUG] sofia.c:2147 detaching session 4a3065b6-4ded-4776-bca5-617f192efb30 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f511c068c80): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f511c068c80): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering tport.c:2773 tport_wakeup() tport_wakeup(0x7f511c0929c0): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f511c0929c0) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f511c0929c0) msg 0x7f511c068ba0 from (wss/50.242.22.166:51514) has 262 bytes, veclen = 1 recv 262 bytes from wss/[50.242.22.166]:51514 at 02:47:54.458714: ------------------------------------------------------------------------ ACK sip:9199 at theta.soniccloud.com SIP/2.0 Via: SIP/2.0/WSS s0n17dlvrqjp.invalid;branch=z9hG4bK2276635 To: ;tag=2g8g6e9XvgDmr From: ;tag=ob96natff0 Call-ID: gv0040gcg8k6hmf8hmmu CSeq: 7004 ACK ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f511c0929c0): bad msg 0x7f511c068ba0 (262 bytes) from wss/50.242.22.166:51514/sips next=(nil) nta.c:2880 agent_recv_request() nta: received ACK sip:9199 at theta.soniccloud.com SIP/2.0 (CSeq 7004) tport.c:2296 tport_set_secondary_timer() tport(0x7f511c0929c0): reset timer tport.c:2773 tport_wakeup() tport_wakeup(0x7f511c0929c0): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f511c0929c0) tport.c:2296 tport_set_secondary_timer() tport(0x7f511c0929c0): reset timer tport.c:2773 tport_wakeup() tport_wakeup(0x7f511c0929c0): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f511c0929c0) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f511c0929c0) msg 0x7f511c068ba0 from (wss/50.242.22.166:51514) has 5303 bytes, veclen = 1 recv 5303 bytes from wss/[50.242.22.166]:51514 at 02:47:54.486900: ------------------------------------------------------------------------ INVITE sip:9199 at theta.soniccloud.com SIP/2.0 Via: SIP/2.0/WSS s0n17dlvrqjp.invalid;branch=z9hG4bK3655087 Max-Forwards: 70 To: From: ;tag=ob96natff0 Call-ID: gv0040gcg8k6hmf8hmmu CSeq: 7005 INVITE Proxy-Authorization: Digest algorithm=MD5, username="1000", realm="theta.soniccloud.com", nonce="2c8a0a03-dc5d-4e15-b8f6-52c4c867714a", uri="sip:9199 at theta.soniccloud.com", response="4318442d55232a4df07428604c06283d", qop=auth, cnonce="vh8m6sfb4rbf", nc=00000001 Contact: Allow: ACK,CANCEL,BYE,OPTIONS,INFO,NOTIFY,INVITE Content-Type: application/sdp Supported: outbound User-Agent: SIP.js/0.6.4 Content-Length: 4559 v=0 o=- 4000227983672578466 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio video a=msid-semantic: WMS ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 m=audio 55301 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 126 c=IN IP4 50.242.22.166 a=rtcp:57837 IN IP4 50.242.22.166 a=candidate:3806812431 1 udp 2122265343 fdae:f681:faac:a135:c091:fd50:ad03:6802 56850 typ host generation 0 a=candidate:2795255774 1 udp 2122194687 192.168.1.7 55301 typ host generation 0 a=candidate:3806812431 2 udp 2122265342 fdae:f681:faac:a135:c091:fd50:ad03:6802 55302 typ host generation 0 a=candidate:2795255774 2 udp 2122194686 192.168.1.7 57837 typ host generation 0 a=candidate:264484875 1 udp 1685987071 50.242.22.166 55301 typ srflx raddr 192.168.1.7 rport 55301 generation 0 a=candidate:264484875 2 udp 1685987070 50.242.22.166 57837 typ srflx raddr 192.168.1.7 rport 57837 generation 0 a=candidate:2892277247 1 tcp 1518285567 fdae:f681:faac:a135:c091:fd50:ad03:6802 0 typ host tcptype active generation 0 a=candidate:3894397742 1 tcp 1518214911 192.168.1.7 0 typ host tcptype active generation 0 a=candidate:2892277247 2 tcp 1518285566 fdae:f681:faac:a135:c091:fd50:ad03:6802 0 typ host tcptype active generation 0 a=candidate:3894397742 2 tcp 1518214910 192.168.1.7 0 typ host tcptype active generation 0 a=ice-ufrag:XyBgNIACzzGNqI97 a=ice-pwd:TUBwo4YdjnM7i/+HFeLPmqug a=fingerprint:sha-256 28:77:D9:33:B5:5D:63:2D:86:FC:92:42:83:A1:8C:D9:D2:D8:1D:06:2B:86:B9:D9:55:C9:54:E4:6B:35:12:62 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=sendrecv a=rtcp-mux a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1; stereo=1 a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=maxptime:60 a=ssrc:2034035072 cname:tZtF7mNLC/xSKnuV a=ssrc:2034035072 msid:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 132504cc-7836-4e1f-a6a3-fe7f9d23b7e9 a=ssrc:2034035072 mslabel:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 a=ssrc:2034035072 label:132504cc-7836-4e1f-a6a3-fe7f9d23b7e9 m=video 57487 UDP/TLS/RTP/SAVPF 100 116 117 96 c=IN IP4 50.242.22.166 a=rtcp:49625 IN IP4 50.242.22.166 a=candidate:3806812431 1 udp 2122265343 fdae:f681:faac:a135:c091:fd50:ad03:6802 57838 typ host generation 0 a=candidate:2795255774 1 udp 2122194687 192.168.1.7 57487 typ host generation 0 a=candidate:3806812431 2 udp 2122265342 fdae:f681:faac:a135:c091:fd50:ad03:6802 57488 typ host generation 0 a=candidate:2795255774 2 udp 2122194686 192.168.1.7 49625 typ host generation 0 a=candidate:264484875 1 udp 1685987071 50.242.22.166 57487 typ srflx raddr 192.168.1.7 rport 57487 generation 0 a=candidate:264484875 2 udp 1685987070 50.242.22.166 49625 typ srflx raddr 192.168.1.7 rport 49625 generation 0 a=candidate:2892277247 1 tcp 1518285567 fdae:f681:faac:a135:c091:fd50:ad03:6802 0 typ host tcptype active generation 0 a=candidate:3894397742 1 tcp 1518214911 192.168.1.7 0 typ host tcptype active generation 0 a=candidate:2892277247 2 tcp 1518285566 fdae:f681:faac:a135:c091:fd50:ad03:6802 0 typ host tcptype active generation 0 a=candidate:3894397742 2 tcp 1518214910 192.168.1.7 0 typ host tcptype active generation 0 a=ice-ufrag:XyBgNIACzzGNqI97 a=ice-pwd:TUBwo4YdjnM7i/+HFeLPmqug a=fingerprint:sha-256 28:77:D9:33:B5:5D:63:2D:86:FC:92:42:83:A1:8C:D9:D2:D8:1D:06:2B:86:B9:D9:55:C9:54:E4:6B:35:12:62 a=setup:actpass a=mid:video a=extmap:2 urn:ietf:params:rtp-hdrext:toffset a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=extmap:4 urn:3gpp:video-orientation a=sendrecv a=rtcp-mux a=rtpmap:100 VP8/90000 a=rtcp-fb:100 ccm fir a=rtcp-fb:100 nack a=rtcp-fb:100 nack pli a=rtcp-fb:100 goog-remb a=rtpmap:116 red/90000 a=rtpmap:117 ulpfec/90000 a=rtpmap:96 rtx/90000 a=fmtp:96 apt=100 a=ssrc-group:FID 1802433736 2112122417 a=ssrc:1802433736 cname:tZtF7mNLC/xSKnuV a=ssrc:1802433736 msid:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 8a07e9a9-4132-4f85-be18-2a25dcedb961 a=ssrc:1802433736 mslabel:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 a=ssrc:1802433736 label:8a07e9a9-4132-4f85-be18-2a25dcedb961 a=ssrc:2112122417 cname:tZtF7mNLC/xSKnuV a=ssrc:2112122417 msid:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 8a07e9a9-4132-4f85-be18-2a25dcedb961 a=ssrc:2112122417 mslabel:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 a=ssrc:2112122417 label:8a07e9a9-4132-4f85-be18-2a25dcedb961 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f511c0929c0): msg 0x7f511c068ba0 (5303 bytes) from wss/50.242.22.166:51514/sips next=(nil) nta.c:2880 agent_recv_request() nta: received INVITE sip:9199 at theta.soniccloud.com SIP/2.0 (CSeq 7005) nta.c:3174 agent_check_request_via() nta: Via check: received=50.242.22.166 nta.c:3085 agent_recv_request() nta: INVITE (7005) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f511c001930, 0x7f511c001130, 0x7f511c069b50) called soa.c:403 soa_set_params() soa_set_params(static::0x7f511c06a3f0, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f511c06ab60) soa.c:1302 soa_init_offer_answer() soa_init_offer_answer(static::0x7f511c06a3f0) called soa.c:1171 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7f511c06a3f0, (nil), 0x7f511c0645c8, 4559) called nua_dialog.c:338 nua_dialog_usage_add() nua(0x7f511c069b50): adding session usage tport.c:3257 tport_tsend() tport_tsend(0x7f511c0929c0) tpn = WSS/50.242.22.166:51514 tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0b7cb0 116 (116) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c064382 54 (54) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c06435d 37 (37) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0643b8 50 (50) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0b7d24 99 (99) tport.c:3594 tport_vsend() tport_vsend(0x7f511c0929c0): 356 bytes of 356 to wss/50.242.22.166:51514 tport.c:3492 tport_send_msg() tport_vsend returned 356 send 356 bytes to wss/[50.242.22.166]:51514 at 02:47:54.487369: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/WSS s0n17dlvrqjp.invalid;branch=z9hG4bK3655087;received=50.242.22.166;rport=51514 From: ;tag=ob96natff0 To: Call-ID: gv0040gcg8k6hmf8hmmu CSeq: 7005 INVITE User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150730T031634Z~01672dc96b~64bit Content-Length: 0 ------------------------------------------------------------------------ tport.c:2296 tport_set_secondary_timer() tport(0x7f511c0929c0): reset timer nta.c:6791 incoming_reply() nta: sent 100 Trying for INVITE (7005) nua_stack.c:271 nua_stack_event() nua(0x7f511c069b50): event i_invite 100 Trying nua_session.c:4139 signal_call_state_change() nua(0x7f511c069b50): call state changed: init -> received, received offer soa.c:1098 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7f511c06a3f0, [0x7f515ae748c8], [0x7f515ae748d0], [(nil)]) called nua_stack.c:271 nua_stack_event() nua(0x7f511c069b50): event i_state 100 Trying tport.c:2296 tport_set_secondary_timer() tport(0x7f511c0929c0): reset timer nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering 2015-08-03 02:47:54.477054 [DEBUG] sofia.c:2255 Re-attaching to session 4a3065b6-4ded-4776-bca5-617f192efb30 nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2015-08-03 02:47:54.497052 [DEBUG] sofia.c:9093 sofia/internal/1000 at theta.soniccloud.com receiving invite from 50.242.22.166:51514 version: 1.7.0 git 01672dc 2015-07-30 03:16:34Z 64bit 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:408 Looking for zrtp-hash 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:363 Deciding whether to pass zrtp-hash between legs 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:365 CF_ZRTP_PASSTHRU_REQ not set, so not propagating zrtp-hash 2015-08-03 02:47:54.497052 [DEBUG] sofia.c:9260 IP 50.242.22.166 Rejected by acl "domains". Falling back to Digest auth. nua.c:610 nua_set_hparams() nua: nua_set_hparams: entering nua.c:610 nua_set_hparams() nua: nua_r_set_params with invalid handle (nil) 2015-08-03 02:47:54.497052 [DEBUG] sofia.c:10392 Setting NAT mode based on websockets nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2015-08-03 02:47:54.497052 [DEBUG] sofia.c:6715 Channel sofia/internal/1000 at theta.soniccloud.com entering state [received][100] 2015-08-03 02:47:54.497052 [DEBUG] sofia.c:6725 Remote SDP: v=0 o=- 4000227983672578466 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio video a=msid-semantic: WMS ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 m=audio 55301 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 126 c=IN IP4 50.242.22.166 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1; stereo=1 a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:57837 IN IP4 50.242.22.166 a=candidate:3806812431 1 udp 2122265343 fdae:f681:faac:a135:c091:fd50:ad03:6802 56850 typ host generation 0 a=candidate:2795255774 1 udp 2122194687 192.168.1.7 55301 typ host generation 0 a=candidate:3806812431 2 udp 2122265342 fdae:f681:faac:a135:c091:fd50:ad03:6802 55302 typ host generation 0 a=candidate:2795255774 2 udp 2122194686 192.168.1.7 57837 typ host generation 0 a=candidate:264484875 1 udp 1685987071 50.242.22.166 55301 typ srflx raddr 192.168.1.7 rport 55301 generation 0 a=candidate:264484875 2 udp 1685987070 50.242.22.166 57837 typ srflx raddr 192.168.1.7 rport 57837 generation 0 a=candidate:2892277247 1 tcp 1518285567 fdae:f681:faac:a135:c091:fd50:ad03:6802 0 typ host tcptype active generation 0 a=candidate:3894397742 1 tcp 1518214911 192.168.1.7 0 typ host tcptype active generation 0 a=candidate:2892277247 2 tcp 1518285566 fdae:f681:faac:a135:c091:fd50:ad03:6802 0 typ host tcptype active generation 0 a=candidate:3894397742 2 tcp 1518214910 192.168.1.7 0 typ host tcptype active generation 0 a=ice-ufrag:XyBgNIACzzGNqI97 a=ice-pwd:TUBwo4YdjnM7i/+HFeLPmqug a=fingerprint:sha-256 28:77:D9:33:B5:5D:63:2D:86:FC:92:42:83:A1:8C:D9:D2:D8:1D:06:2B:86:B9:D9:55:C9:54:E4:6B:35:12:62 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:2034035072 cname:tZtF7mNLC/xSKnuV a=ssrc:2034035072 msid:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 132504cc-7836-4e1f-a6a3-fe7f9d23b7e9 a=ssrc:2034035072 mslabel:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 a=ssrc:2034035072 label:132504cc-7836-4e1f-a6a3-fe7f9d23b7e9 m=video 57487 UDP/TLS/RTP/SAVPF 100 116 117 96 c=IN IP4 50.242.22.166 a=rtpmap:100 VP8/90000 a=rtpmap:116 red/90000 a=rtpmap:117 ulpfec/90000 a=rtpmap:96 rtx/90000 a=fmtp:96 apt=100 a=rtcp:49625 IN IP4 50.242.22.166 a=candidate:3806812431 1 udp 2122265343 fdae:f681:faac:a135:c091:fd50:ad03:6802 57838 typ host generation 0 a=candidate:2795255774 1 udp 2122194687 192.168.1.7 57487 typ host generation 0 a=candidate:3806812431 2 udp 2122265342 fdae:f681:faac:a135:c091:fd50:ad03:6802 57488 typ host generation 0 a=candidate:2795255774 2 udp 2122194686 192.168.1.7 49625 typ host generation 0 a=candidate:264484875 1 udp 1685987071 50.242.22.166 57487 typ srflx raddr 192.168.1.7 rport 57487 generation 0 a=candidate:264484875 2 udp 1685987070 50.242.22.166 49625 typ srflx raddr 192.168.1.7 rport 49625 generation 0 a=candidate:2892277247 1 tcp 1518285567 fdae:f681:faac:a135:c091:fd50:ad03:6802 0 typ host tcptype active generation 0 a=candidate:3894397742 1 tcp 1518214911 192.168.1.7 0 typ host tcptype active generation 0 a=candidate:2892277247 2 tcp 1518285566 fdae:f681:faac:a135:c091:fd50:ad03:6802 0 typ host tcptype active generation 0 a=candidate:3894397742 2 tcp 1518214910 192.168.1.7 0 typ host tcptype active generation 0 a=ice-ufrag:XyBgNIACzzGNqI97 a=ice-pwd:TUBwo4YdjnM7i/+HFeLPmqug a=fingerprint:sha-256 28:77:D9:33:B5:5D:63:2D:86:FC:92:42:83:A1:8C:D9:D2:D8:1D:06:2B:86:B9:D9:55:C9:54:E4:6B:35:12:62 a=setup:actpass a=mid:video a=extmap:2 urn:ietf:params:rtp-hdrext:toffset a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=extmap:4 urn:3gpp:video-orientation a=rtcp-mux a=rtcp-fb:100 ccm fir a=rtcp-fb:100 nack a=rtcp-fb:100 nack pli a=rtcp-fb:100 goog-remb a=ssrc-group:FID 1802433736 2112122417 a=ssrc:1802433736 cname:tZtF7mNLC/xSKnuV a=ssrc:1802433736 msid:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 8a07e9a9-4132-4f85-be18-2a25dcedb961 a=ssrc:1802433736 mslabel:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 a=ssrc:1802433736 label:8a07e9a9-4132-4f85-be18-2a25dcedb961 a=ssrc:2112122417 cname:tZtF7mNLC/xSKnuV a=ssrc:2112122417 msid:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 8a07e9a9-4132-4f85-be18-2a25dcedb961 a=ssrc:2112122417 mslabel:ACciN4J8V3yizg5BA5kMVqFdf5ewCOmCoih4 a=ssrc:2112122417 label:8a07e9a9-4132-4f85-be18-2a25dcedb961 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:408 Looking for zrtp-hash 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:363 Deciding whether to pass zrtp-hash between legs 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:365 CF_ZRTP_PASSTHRU_REQ not set, so not propagating zrtp-hash 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [opus:111:48000:60:0:2]/[opus:116:48000:20:0:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4138 Audio Codec Compare [opus:116:48000:20:0:1] ++++ is saved as a match 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [opus:111:48000:60:0:2]/[G722:9:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [opus:111:48000:60:0:2]/[PCMU:0:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [opus:111:48000:60:0:2]/[PCMA:8:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [ISAC:103:16000:30:32000:1]/[opus:116:48000:20:0:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [ISAC:103:16000:30:32000:1]/[G722:9:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [ISAC:103:16000:30:32000:1]/[PCMU:0:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [ISAC:103:16000:30:32000:1]/[PCMA:8:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [ISAC:104:32000:30:32000:1]/[opus:116:48000:20:0:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [ISAC:104:32000:30:32000:1]/[G722:9:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [ISAC:104:32000:30:32000:1]/[PCMU:0:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [ISAC:104:32000:30:32000:1]/[PCMA:8:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [G722:9:8000:60:64000:1]/[opus:116:48000:20:0:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [G722:9:8000:60:64000:1]/[G722:9:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4138 Audio Codec Compare [G722:9:8000:20:64000:1] ++++ is saved as a match 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [G722:9:8000:60:64000:1]/[PCMU:0:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [G722:9:8000:60:64000:1]/[PCMA:8:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [PCMU:0:8000:60:64000:1]/[opus:116:48000:20:0:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [PCMU:0:8000:60:64000:1]/[G722:9:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [PCMU:0:8000:60:64000:1]/[PCMU:0:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4138 Audio Codec Compare [PCMU:0:8000:20:64000:1] ++++ is saved as a match 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [PCMU:0:8000:60:64000:1]/[PCMA:8:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [PCMA:8:8000:60:64000:1]/[opus:116:48000:20:0:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [PCMA:8:8000:60:64000:1]/[G722:9:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [PCMA:8:8000:60:64000:1]/[PCMU:0:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [PCMA:8:8000:60:64000:1]/[PCMA:8:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4138 Audio Codec Compare [PCMA:8:8000:20:64000:1] ++++ is saved as a match 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [CN:106:32000:60:0:1]/[opus:116:48000:20:0:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [CN:106:32000:60:0:1]/[G722:9:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [CN:106:32000:60:0:1]/[PCMU:0:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [CN:106:32000:60:0:1]/[PCMA:8:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [CN:105:16000:60:0:1]/[opus:116:48000:20:0:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [CN:105:16000:60:0:1]/[G722:9:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [CN:105:16000:60:0:1]/[PCMU:0:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [CN:105:16000:60:0:1]/[PCMA:8:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [CN:13:8000:60:0:1]/[opus:116:48000:20:0:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [CN:13:8000:60:0:1]/[G722:9:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [CN:13:8000:60:0:1]/[PCMU:0:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4083 Audio Codec Compare [CN:13:8000:60:0:1]/[PCMA:8:8000:20:64000:1] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3999 Set telephone-event payload to 126 2015-08-03 02:47:54.497052 [DEBUG] mod_opus.c:419 Opus encoder set bitrate to local settings [-1000bps] 2015-08-03 02:47:54.497052 [DEBUG] mod_opus.c:419 Opus encoder set bitrate to local settings [-1000bps] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:2869 Set Codec sofia/internal/1000 at theta.soniccloud.com opus/48000 20 ms 960 samples 0 bits 2 channels 2015-08-03 02:47:54.497052 [DEBUG] switch_core_codec.c:111 sofia/internal/1000 at theta.soniccloud.com Original read codec set to opus:116 2015-08-03 02:47:54.497052 [WARNING] switch_core_media.c:3205 NO candidate ACL defined, Defaulting to wan.auto 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 0 [3806812431] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 1 [1] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 2 [udp] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 3 [2122265343] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 4 [fdae:f681:faac:a135:c091:fd50:ad03:6802] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 5 [56850] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 6 [typ] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 7 [host] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 8 [generation] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 9 [0] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3229 Drop audio Candidate cid: 1 proto: udp type: host addr: fdae:f681:faac:a135:c091:fd50:ad03:6802:56850 (no network path) 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 0 [2795255774] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 1 [1] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 2 [udp] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 3 [2122194687] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 4 [192.168.1.7] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 5 [55301] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 6 [typ] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 7 [host] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 8 [generation] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 9 [0] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3234 Save audio Candidate cid: 1 proto: udp type: host addr: 192.168.1.7:55301 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 0 [3806812431] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 1 [2] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 2 [udp] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 3 [2122265342] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 4 [fdae:f681:faac:a135:c091:fd50:ad03:6802] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 5 [55302] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 6 [typ] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 7 [host] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 8 [generation] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 9 [0] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3229 Drop audio Candidate cid: 2 proto: udp type: host addr: fdae:f681:faac:a135:c091:fd50:ad03:6802:55302 (no network path) 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 0 [2795255774] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 1 [2] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 2 [udp] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 3 [2122194686] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 4 [192.168.1.7] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 5 [57837] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 6 [typ] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 7 [host] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 8 [generation] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 9 [0] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3234 Save audio Candidate cid: 2 proto: udp type: host addr: 192.168.1.7:57837 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 0 [264484875] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 1 [1] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 2 [udp] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 3 [1685987071] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 4 [50.242.22.166] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 5 [55301] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 6 [typ] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 7 [srflx] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 8 [raddr] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 9 [192.168.1.7] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 10 [rport] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 11 [55301] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 12 [generation] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 13 [0] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3234 Save audio Candidate cid: 1 proto: udp type: srflx addr: 50.242.22.166:55301 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 0 [264484875] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 1 [2] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 2 [udp] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 3 [1685987070] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 4 [50.242.22.166] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 5 [57837] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 6 [typ] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 7 [srflx] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 8 [raddr] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 9 [192.168.1.7] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 10 [rport] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 11 [57837] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 12 [generation] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 13 [0] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3234 Save audio Candidate cid: 2 proto: udp type: srflx addr: 50.242.22.166:57837 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3274 Searching for rtp candidate. 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3279 Choose rtp candidate, index 0, fdae:f681:faac:a135:c091:fd50:ad03:6802:56850 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3290 Choose same candidate, index 3, for rtcp based on rtcp-mux attribute fdae:f681:faac:a135:c091:fd50:ad03:6802:56850 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3335 setting remote audio ice addr to index 0 fdae:f681:faac:a135:c091:fd50:ad03:6802:56850 based on candidate 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3356 Setting remote rtcp audio addr to fdae:f681:faac:a135:c091:fd50:ad03:6802:56850 based on candidate 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4350 Set 2833 dtmf send/recv payload to 126 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4496 Video Codec Compare [VP8:100]/[VP8:99] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4508 Video Codec Compare [VP8:99] +++ is saved as a match 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4496 Video Codec Compare [red:116]/[VP8:99] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4496 Video Codec Compare [ulpfec:117]/[VP8:99] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:4496 Video Codec Compare [rtx:96]/[VP8:99] 2015-08-03 02:47:54.497052 [DEBUG] mod_vpx.c:504 VPX VER:v1.4.0 VPX_IMAGE_ABI_VERSION:3 VPX_CODEC_ABI_VERSION:6 2015-08-03 02:47:54.497052 [DEBUG] mod_vpx.c:504 VPX VER:v1.4.0 VPX_IMAGE_ABI_VERSION:3 VPX_CODEC_ABI_VERSION:6 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:2685 Set VIDEO Codec sofia/internal/1000 at theta.soniccloud.com VP8/90000 0 ms 2015-08-03 02:47:54.497052 [WARNING] switch_core_media.c:3205 NO candidate ACL defined, Defaulting to wan.auto 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 0 [3806812431] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 1 [1] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 2 [udp] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 3 [2122265343] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 4 [fdae:f681:faac:a135:c091:fd50:ad03:6802] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 5 [57838] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 6 [typ] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 7 [host] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 8 [generation] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 9 [0] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3229 Drop video Candidate cid: 1 proto: udp type: host addr: fdae:f681:faac:a135:c091:fd50:ad03:6802:57838 (no network path) 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 0 [2795255774] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 1 [1] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 2 [udp] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 3 [2122194687] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 4 [192.168.1.7] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 5 [57487] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 6 [typ] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 7 [host] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 8 [generation] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 9 [0] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3234 Save video Candidate cid: 1 proto: udp type: host addr: 192.168.1.7:57487 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 0 [3806812431] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 1 [2] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 2 [udp] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 3 [2122265342] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 4 [fdae:f681:faac:a135:c091:fd50:ad03:6802] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 5 [57488] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 6 [typ] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 7 [host] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 8 [generation] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 9 [0] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3229 Drop video Candidate cid: 2 proto: udp type: host addr: fdae:f681:faac:a135:c091:fd50:ad03:6802:57488 (no network path) 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 0 [2795255774] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 1 [2] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 2 [udp] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 3 [2122194686] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 4 [192.168.1.7] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 5 [49625] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 6 [typ] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 7 [host] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 8 [generation] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 9 [0] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3234 Save video Candidate cid: 2 proto: udp type: host addr: 192.168.1.7:49625 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 0 [264484875] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 1 [1] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 2 [udp] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 3 [1685987071] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 4 [50.242.22.166] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 5 [57487] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 6 [typ] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 7 [srflx] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 8 [raddr] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 9 [192.168.1.7] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 10 [rport] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 11 [57487] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 12 [generation] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 13 [0] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3234 Save video Candidate cid: 1 proto: udp type: srflx addr: 50.242.22.166:57487 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 0 [264484875] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 1 [2] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 2 [udp] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 3 [1685987070] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 4 [50.242.22.166] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 5 [49625] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 6 [typ] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 7 [srflx] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 8 [raddr] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 9 [192.168.1.7] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 10 [rport] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 11 [49625] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 12 [generation] 2015-08-03 02:47:54.497052 [ALERT] switch_core_media.c:3225 CAND 13 [0] 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3234 Save video Candidate cid: 2 proto: udp type: srflx addr: 50.242.22.166:49625 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3274 Searching for rtp candidate. 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3279 Choose rtp candidate, index 0, fdae:f681:faac:a135:c091:fd50:ad03:6802:57838 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3290 Choose same candidate, index 3, for rtcp based on rtcp-mux attribute fdae:f681:faac:a135:c091:fd50:ad03:6802:57838 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3335 setting remote video ice addr to index 0 fdae:f681:faac:a135:c091:fd50:ad03:6802:57838 based on candidate 2015-08-03 02:47:54.497052 [DEBUG] switch_core_media.c:3356 Setting remote rtcp video addr to fdae:f681:faac:a135:c091:fd50:ad03:6802:57838 based on candidate 2015-08-03 02:47:54.497052 [DEBUG] sofia.c:7011 (sofia/internal/1000 at theta.soniccloud.com) State Change CS_NEW -> CS_INIT nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2015-08-03 02:47:54.497052 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1000 at theta.soniccloud.com) Running State Change CS_INIT 2015-08-03 02:47:54.497052 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/1000 at theta.soniccloud.com) State INIT 2015-08-03 02:47:54.497052 [DEBUG] mod_sofia.c:88 sofia/internal/1000 at theta.soniccloud.com SOFIA INIT 2015-08-03 02:47:54.497052 [DEBUG] switch_core_state_machine.c:40 sofia/internal/1000 at theta.soniccloud.com Standard INIT 2015-08-03 02:47:54.497052 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/1000 at theta.soniccloud.com) State Change CS_INIT -> CS_ROUTING 2015-08-03 02:47:54.497052 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/1000 at theta.soniccloud.com) State INIT going to sleep 2015-08-03 02:47:54.518218 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1000 at theta.soniccloud.com) Running State Change CS_ROUTING 2015-08-03 02:47:54.518218 [DEBUG] switch_channel.c:2239 (sofia/internal/1000 at theta.soniccloud.com) Callstate Change DOWN -> RINGING 2015-08-03 02:47:54.518218 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1000 at theta.soniccloud.com) State ROUTING 2015-08-03 02:47:54.518218 [DEBUG] mod_sofia.c:141 sofia/internal/1000 at theta.soniccloud.com SOFIA ROUTING 2015-08-03 02:47:54.518218 [DEBUG] switch_core_state_machine.c:166 sofia/internal/1000 at theta.soniccloud.com Standard ROUTING 2015-08-03 02:47:54.518218 [INFO] mod_dialplan_xml.c:637 Processing 1000 <1000>->9199 in context default Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->Check for special extensions] continue=true Dialplan: sofia/internal/1000 at theta.soniccloud.com Absolute Condition [Check for special extensions] Dialplan: sofia/internal/1000 at theta.soniccloud.com Action set(extensions_using_larrys_faust_layout=1018|1019) INLINE EXECUTE sofia/internal/1000 at theta.soniccloud.com set(extensions_using_larrys_faust_layout=1018|1019) 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2911 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC] 2015-08-03 02:47:54.518218 [DEBUG] mod_dptools.c:1498 SET sofia/internal/1000 at theta.soniccloud.com [extensions_using_larrys_faust_layout]=[1018|1019] 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2926 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC_COMPLETE] Dialplan: sofia/internal/1000 at theta.soniccloud.com Action set(extensions_using_larrys_test_faust_layout=1014) INLINE EXECUTE sofia/internal/1000 at theta.soniccloud.com set(extensions_using_larrys_test_faust_layout=1014) 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2911 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC] 2015-08-03 02:47:54.518218 [DEBUG] mod_dptools.c:1498 SET sofia/internal/1000 at theta.soniccloud.com [extensions_using_larrys_test_faust_layout]=[1014] 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2926 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC_COMPLETE] Dialplan: sofia/internal/1000 at theta.soniccloud.com Action set(extensions_using_tarnow_jay_faust_layout=1199) INLINE EXECUTE sofia/internal/1000 at theta.soniccloud.com set(extensions_using_tarnow_jay_faust_layout=1199) 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2911 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC] 2015-08-03 02:47:54.518218 [DEBUG] mod_dptools.c:1498 SET sofia/internal/1000 at theta.soniccloud.com [extensions_using_tarnow_jay_faust_layout]=[1199] 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2926 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC_COMPLETE] Dialplan: sofia/internal/1000 at theta.soniccloud.com Action set(extensions_using_troy_robert_blend_faust_layout=1121) INLINE EXECUTE sofia/internal/1000 at theta.soniccloud.com set(extensions_using_troy_robert_blend_faust_layout=1121) 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2911 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC] 2015-08-03 02:47:54.518218 [DEBUG] mod_dptools.c:1498 SET sofia/internal/1000 at theta.soniccloud.com [extensions_using_troy_robert_blend_faust_layout]=[1121] 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2926 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC_COMPLETE] Dialplan: sofia/internal/1000 at theta.soniccloud.com Action set(extensions_using_troy_robert_left_faust_layout=1122) INLINE EXECUTE sofia/internal/1000 at theta.soniccloud.com set(extensions_using_troy_robert_left_faust_layout=1122) 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2911 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC] 2015-08-03 02:47:54.518218 [DEBUG] mod_dptools.c:1498 SET sofia/internal/1000 at theta.soniccloud.com [extensions_using_troy_robert_left_faust_layout]=[1122] 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2926 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC_COMPLETE] Dialplan: sofia/internal/1000 at theta.soniccloud.com Action set(extensions_using_troy_robert_right_faust_layout=1123) INLINE EXECUTE sofia/internal/1000 at theta.soniccloud.com set(extensions_using_troy_robert_right_faust_layout=1123) 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2911 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC] 2015-08-03 02:47:54.518218 [DEBUG] mod_dptools.c:1498 SET sofia/internal/1000 at theta.soniccloud.com [extensions_using_troy_robert_right_faust_layout]=[1123] 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2926 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC_COMPLETE] Dialplan: sofia/internal/1000 at theta.soniccloud.com Action set(extensions_using_troy_robert_left_alt_faust_layout=1125) INLINE EXECUTE sofia/internal/1000 at theta.soniccloud.com set(extensions_using_troy_robert_left_alt_faust_layout=1125) 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2911 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC] 2015-08-03 02:47:54.518218 [DEBUG] mod_dptools.c:1498 SET sofia/internal/1000 at theta.soniccloud.com [extensions_using_troy_robert_left_alt_faust_layout]=[1125] 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2926 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC_COMPLETE] Dialplan: sofia/internal/1000 at theta.soniccloud.com Action set(extensions_using_murray_john_faust_layout=1126) INLINE EXECUTE sofia/internal/1000 at theta.soniccloud.com set(extensions_using_murray_john_faust_layout=1126) 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2911 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC] 2015-08-03 02:47:54.518218 [DEBUG] mod_dptools.c:1498 SET sofia/internal/1000 at theta.soniccloud.com [extensions_using_murray_john_faust_layout]=[1126] 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2926 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC_COMPLETE] Dialplan: sofia/internal/1000 at theta.soniccloud.com Action set(extensions_using_brown_marshall_faust_layout=1132) INLINE EXECUTE sofia/internal/1000 at theta.soniccloud.com set(extensions_using_brown_marshall_faust_layout=1132) 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2911 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC] 2015-08-03 02:47:54.518218 [DEBUG] mod_dptools.c:1498 SET sofia/internal/1000 at theta.soniccloud.com [extensions_using_brown_marshall_faust_layout]=[1132] 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2926 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC_COMPLETE] Dialplan: sofia/internal/1000 at theta.soniccloud.com Action set(audio_weaver_user_extensions=1015|1016|1027) INLINE EXECUTE sofia/internal/1000 at theta.soniccloud.com set(audio_weaver_user_extensions=1015|1016|1027) 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2911 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC] 2015-08-03 02:47:54.518218 [DEBUG] mod_dptools.c:1498 SET sofia/internal/1000 at theta.soniccloud.com [audio_weaver_user_extensions]=[1015|1016|1027] 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2926 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC_COMPLETE] Dialplan: sofia/internal/1000 at theta.soniccloud.com Action set(use_audio_weaver_always_extension=9200) INLINE EXECUTE sofia/internal/1000 at theta.soniccloud.com set(use_audio_weaver_always_extension=9200) 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2911 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC] 2015-08-03 02:47:54.518218 [DEBUG] mod_dptools.c:1498 SET sofia/internal/1000 at theta.soniccloud.com [use_audio_weaver_always_extension]=[9200] 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2926 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC_COMPLETE] Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] ani(1000) =~ /^1018|1019$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com ANTI-Action set(caller_faust_layout=filter_bank) INLINE EXECUTE sofia/internal/1000 at theta.soniccloud.com set(caller_faust_layout=filter_bank) 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2911 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC] 2015-08-03 02:47:54.518218 [DEBUG] mod_dptools.c:1498 SET sofia/internal/1000 at theta.soniccloud.com [caller_faust_layout]=[filter_bank] 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2926 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC_COMPLETE] Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] ani(1000) =~ /^1014$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] ani(1000) =~ /^1199$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] ani(1000) =~ /^1121$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] ani(1000) =~ /^1122$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] ani(1000) =~ /^1123$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] ani(1000) =~ /^1125$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] ani(1000) =~ /^1126$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] ani(1000) =~ /^1132$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] destination_number(9199) =~ /^1018|1019$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com ANTI-Action set(destination_faust_layout=filter_bank) INLINE EXECUTE sofia/internal/1000 at theta.soniccloud.com set(destination_faust_layout=filter_bank) 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2911 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC] 2015-08-03 02:47:54.518218 [DEBUG] mod_dptools.c:1498 SET sofia/internal/1000 at theta.soniccloud.com [destination_faust_layout]=[filter_bank] 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2926 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC_COMPLETE] Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] destination_number(9199) =~ /^1014$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] destination_number(9199) =~ /^1199$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] destination_number(9199) =~ /^1121$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] destination_number(9199) =~ /^1122$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] destination_number(9199) =~ /^1123$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] destination_number(9199) =~ /^1125$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] destination_number(9199) =~ /^1126$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] destination_number(9199) =~ /^1132$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] ani(1000) =~ /^1015|1016|1027$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com ANTI-Action set(caller_uses_audio_weaver=false) INLINE EXECUTE sofia/internal/1000 at theta.soniccloud.com set(caller_uses_audio_weaver=false) 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2911 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC] 2015-08-03 02:47:54.518218 [DEBUG] mod_dptools.c:1498 SET sofia/internal/1000 at theta.soniccloud.com [caller_uses_audio_weaver]=[false] 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2926 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC_COMPLETE] Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Check for special extensions] destination_number(9199) =~ /^1015|1016|1027$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com ANTI-Action set(destination_uses_audio_weaver=false) INLINE EXECUTE sofia/internal/1000 at theta.soniccloud.com set(destination_uses_audio_weaver=false) 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2911 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC] 2015-08-03 02:47:54.518218 [DEBUG] mod_dptools.c:1498 SET sofia/internal/1000 at theta.soniccloud.com [destination_uses_audio_weaver]=[false] 2015-08-03 02:47:54.518218 [ALERT] switch_core_session.c:2926 sofia/internal/1000 at theta.soniccloud.com receive message [APPLICATION_EXEC_COMPLETE] Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->limit_exceeded] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [limit_exceeded] ani(1000) =~ /^limit_exceeded$/ match=any Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [limit_exceeded] destination_number(9199) =~ /^limit_exceeded$/ match=any Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->limit] continue=true Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [limit] ani(1000) =~ /^1015|1016|1027$/ match=any Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [limit] destination_number(9199) =~ /^9200$/ match=any Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [limit] destination_number(9199) =~ /^1015|1016|1027$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->unloop] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [unloop] ${sip_looped_call}() =~ /^true$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->tod_example] continue=true 2015-08-03 02:47:54.518218 [ALERT] switch_xml.c:3171 XML DateTime Check: day of week[tue] =~ 2-6 (PASS) 2015-08-03 02:47:54.518218 [ALERT] switch_xml.c:3177 XML DateTime Check: hour[2] =~ 9-18 (FAIL) Dialplan: sofia/internal/1000 at theta.soniccloud.com Date/TimeMatch (FAIL) [tod_example] break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->holiday_example] continue=true 2015-08-03 02:47:54.518218 [ALERT] switch_xml.c:3134 XML DateTime Check: month[8] =~ 1 (FAIL) Dialplan: sofia/internal/1000 at theta.soniccloud.com Date/TimeMatch (FAIL) [holiday_example] break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->global-intercept] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [global-intercept] destination_number(9199) =~ /^886$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->group-intercept] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [group-intercept] destination_number(9199) =~ /^\*8$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->intercept-ext] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [intercept-ext] destination_number(9199) =~ /^\*\*(\d+)$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->redial] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [redial] destination_number(9199) =~ /^(redial|870)$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->global] continue=true Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [global] ${call_debug}(false) =~ /^true$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [global] ${default_password}(27183300) =~ /^1234$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [global] ${rtp_has_crypto}() =~ /^(AEAD_AES_256_GCM_8|AEAD_AES_128_GCM_8|AES_CM_256_HMAC_SHA1_80|AES_CM_192_HMAC_SHA1_80|AES_CM_128_HMAC_SHA1_80|AES_CM_256_HMAC_SHA1_32|AES_CM_192_HMAC_SHA1_32|AES_CM_128_HMAC_SHA1_32|AES_CM_128_NULL_AUTH)$/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [global] ${endpoint_disposition}(RECEIVED) =~ /^(DELAYED NEGOTIATION)/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->snom-demo-2] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [snom-demo-2] destination_number(9199) =~ /^9001$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->snom-demo-1] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [snom-demo-1] destination_number(9199) =~ /^9000$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->eavesdrop] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [eavesdrop] destination_number(9199) =~ /^88(\d{4})$|^\*0(.*)$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->eavesdrop] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [eavesdrop] destination_number(9199) =~ /^779$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->call_return] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [call_return] destination_number(9199) =~ /^\*69$|^869$|^lcr$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->del-group] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [del-group] destination_number(9199) =~ /^80(\d{2})$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->add-group] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [add-group] destination_number(9199) =~ /^81(\d{2})$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->call-group-simo] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [call-group-simo] destination_number(9199) =~ /^82(\d{2})$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->call-group-order] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [call-group-order] destination_number(9199) =~ /^83(\d{2})$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->extension-intercom] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [extension-intercom] destination_number(9199) =~ /^8(10[01][0-9])$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->Local_Extension] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Local_Extension] destination_number(9199) =~ /^(1[0-1][0-9][0-9])$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->Local_Extension_Skinny] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [Local_Extension_Skinny] destination_number(9199) =~ /^(11[01][0-9])$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->group_dial_sales] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [group_dial_sales] destination_number(9199) =~ /^2000$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->group_dial_support] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [group_dial_support] destination_number(9199) =~ /^2001$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->group_dial_billing] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [group_dial_billing] destination_number(9199) =~ /^2002$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->operator] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [operator] destination_number(9199) =~ /^(operator|0)$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->vmain] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [vmain] destination_number(9199) =~ /^vmain$|^4000$|^\*98$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->sip_uri] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [sip_uri] destination_number(9199) =~ /^sip:(.*)$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->nb_conferences] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [nb_conferences] destination_number(9199) =~ /^(30\d{2})$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->wb_conferences] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [wb_conferences] destination_number(9199) =~ /^(31\d{2})$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->uwb_conferences] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [uwb_conferences] destination_number(9199) =~ /^(32\d{2})$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->cdquality_conferences] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [cdquality_conferences] destination_number(9199) =~ /^(33\d{2})$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->freeswitch_public_conf_via_sip] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [freeswitch_public_conf_via_sip] destination_number(9199) =~ /^9(888|8888|1616|3232)$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->mad_boss_intercom] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [mad_boss_intercom] destination_number(9199) =~ /^0911$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->mad_boss_intercom] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [mad_boss_intercom] destination_number(9199) =~ /^0912$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->mad_boss] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [mad_boss] destination_number(9199) =~ /^0913$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->ivr_demo] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [ivr_demo] destination_number(9199) =~ /^5000$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->dynamic_conference] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [dynamic_conference] destination_number(9199) =~ /^5001$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->rtp_multicast_page] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [rtp_multicast_page] destination_number(9199) =~ /^pagegroup$|^7243$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->park] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [park] destination_number(9199) =~ /^5900$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->unpark] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [unpark] destination_number(9199) =~ /^5901$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->valet_park] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [valet_park] destination_number(9199) =~ /^(6000)$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->valet_park] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [valet_park] destination_number(9199) =~ /^((?!6000)60\d{2})$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->park] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (PASS) [park] source(mod_sofia) =~ /mod_sofia/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [park] destination_number(9199) =~ /park\+(\d+)/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->unpark] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (PASS) [unpark] source(mod_sofia) =~ /mod_sofia/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [unpark] destination_number(9199) =~ /^parking$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->park] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (PASS) [park] source(mod_sofia) =~ /mod_sofia/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [park] destination_number(9199) =~ /callpark/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->unpark] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (PASS) [unpark] source(mod_sofia) =~ /mod_sofia/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [unpark] destination_number(9199) =~ /pickup/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->wait] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [wait] destination_number(9199) =~ /^wait$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->fax_receive] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [fax_receive] destination_number(9199) =~ /^9178$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->fax_transmit] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [fax_transmit] destination_number(9199) =~ /^9179$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->ringback_180] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [ringback_180] destination_number(9199) =~ /^9180$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->ringback_183_uk_ring] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [ringback_183_uk_ring] destination_number(9199) =~ /^9181$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->ringback_183_music_ring] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [ringback_183_music_ring] destination_number(9199) =~ /^9182$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->ringback_post_answer_uk_ring] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [ringback_post_answer_uk_ring] destination_number(9199) =~ /^9183$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->ringback_post_answer_music] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [ringback_post_answer_music] destination_number(9199) =~ /^9184$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->ClueCon] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [ClueCon] destination_number(9199) =~ /^9191$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->show_info] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [show_info] destination_number(9199) =~ /^9192$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->video_record] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [video_record] destination_number(9199) =~ /^9193$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->video_playback] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [video_playback] destination_number(9199) =~ /^9194$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->delay_echo] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [delay_echo] destination_number(9199) =~ /^9195$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->echo] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [echo] destination_number(9199) =~ /^9196$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->milliwatt] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [milliwatt] destination_number(9199) =~ /^9197$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->tone_stream] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (FAIL) [tone_stream] destination_number(9199) =~ /^9198$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com parsing [default->investor_demo_tuning_stream] continue=false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (PASS) [investor_demo_tuning_stream] destination_number(9199) =~ /^9199$/ break=on-false Dialplan: sofia/internal/1000 at theta.soniccloud.com Regex (PASS) [investor_demo_tuning_stream] ${caller_uses_audio_weaver}(false) =~ /false/ break=never Dialplan: sofia/internal/1000 at theta.soniccloud.com Action ladspa_tune_run(w|${caller_faust_layout}||) Dialplan: sofia/internal/1000 at theta.soniccloud.com Absolute Condition [investor_demo_tuning_stream] Dialplan: sofia/internal/1000 at theta.soniccloud.com Action answer() Dialplan: sofia/internal/1000 at theta.soniccloud.com Action endless_playback(/usr/local/freeswitch/sounds/en/us/SonicCloud/48000/tuning_combo_male_female_music.wav) 2015-08-03 02:47:54.557050 [DEBUG] switch_core_state_machine.c:216 (sofia/internal/1000 at theta.soniccloud.com) State Change CS_ROUTING -> CS_EXECUTE 2015-08-03 02:47:54.557050 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1000 at theta.soniccloud.com) State ROUTING going to sleep 2015-08-03 02:47:54.557050 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1000 at theta.soniccloud.com) Running State Change CS_EXECUTE 2015-08-03 02:47:54.557050 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1000 at theta.soniccloud.com) State EXECUTE 2015-08-03 02:47:54.557050 [DEBUG] mod_sofia.c:196 sofia/internal/1000 at theta.soniccloud.com SOFIA EXECUTE 2015-08-03 02:47:54.557050 [DEBUG] switch_core_state_machine.c:258 sofia/internal/1000 at theta.soniccloud.com Standard EXECUTE 2015-08-03 02:47:54.557050 [DEBUG] switch_core_session.c:2758 Application ladspa_tune_run Requires media! pre_answering channel sofia/internal/1000 at theta.soniccloud.com 2015-08-03 02:47:54.557050 [ALERT] switch_core_session.c:2760 sofia/internal/1000 at theta.soniccloud.com receive message [PROGRESS] 2015-08-03 02:47:54.557050 [INFO] switch_core_session.c:2760 Sending early media 2015-08-03 02:47:54.617054 [DEBUG] switch_core_media.c:5430 STUN Success [146.148.34.105]:[26208] 2015-08-03 02:47:54.617054 [DEBUG] switch_core_media.c:5902 AUDIO RTP [sofia/internal/1000 at theta.soniccloud.com] 10.240.168.2 port 26208 -> fdae:f681:faac:a135:c091:fd50:ad03:6802 port 56850 codec: 111 ms: 20 2015-08-03 02:47:54.617054 [DEBUG] switch_rtp.c:3694 Starting timer [soft] 960 bytes per 20ms 2015-08-03 02:47:54.617054 [ERR] switch_core_media.c:6584 AUDIO RTP REPORTS ERROR: [Remote Address Error!] 2015-08-03 02:47:54.617054 [NOTICE] switch_core_media.c:6585 Hangup sofia/internal/1000 at theta.soniccloud.com [CS_EXECUTE] [DESTINATION_OUT_OF_ORDER] 2015-08-03 02:47:54.617054 [DEBUG] mod_sofia.c:2293 Ring SDP: v=0 o=FreeSWITCH 1438543866 1438543867 IN IP4 146.148.34.105 s=FreeSWITCH c=IN IP4 146.148.34.105 t=0 0 a=msid-semantic: WMS 53s6kXGlAgCCGt8v5Hr80TYx8BbcWqSS m=audio 26208 UDP/TLS/RTP/SAVPF 111 126 a=rtpmap:111 opus/48000/2 a=fmtp:111 useinbandfec=1; minptime=10; stereo=1 a=rtpmap:126 telephone-event/48000 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv a=fingerprint:sha-256 9B:03:E4:FA:C8:C8:62:73:2A:AD:32:F8:22:3F:16:89:C9:9B:FB:48:EC:9D:5C:A3:2E:21:A4:44:58:A6:71:70 a=setup:active a=rtcp-mux a=rtcp:26208 IN IP4 146.148.34.105 a=ice-ufrag:nAkdk9BjADlmU454 a=ice-pwd:5JpTUV9cTQ0bwanKAyOLxfUY a=candidate:5225391105 1 udp 659136 146.148.34.105 26208 typ host generation 0 a=ssrc:2109935738 cname:kbOuYkGpr8RYrPjm a=ssrc:2109935738 msid:53s6kXGlAgCCGt8v5Hr80TYx8BbcWqSS a0 a=ssrc:2109935738 mslabel:53s6kXGlAgCCGt8v5Hr80TYx8BbcWqSS a=ssrc:2109935738 label:53s6kXGlAgCCGt8v5Hr80TYx8BbcWqSSa0 m=video 22468 UDP/TLS/RTP/SAVPF 100 a=rtpmap:100 VP8/90000 a=fingerprint:sha-256 9B:03:E4:FA:C8:C8:62:73:2A:AD:32:F8:22:3F:16:89:C9:9B:FB:48:EC:9D:5C:A3:2E:21:A4:44:58:A6:71:70 a=setup:active a=rtcp-mux a=rtcp:22468 IN IP4 146.148.34.105 b=AS:1024 a=rtcp-fb:100 ccm fir a=rtcp-fb:100 nack a=rtcp-fb:100 nack pli a=ssrc:1390671565 cname:kbOuYkGpr8RYrPjm a=ssrc:1390671565 msid:53s6kXGlAgCCGt8v5Hr80TYx8BbcWqSS v0 a=ssrc:1390671565 mslabel:53s6kXGlAgCCGt8v5Hr80TYx8BbcWqSS a=ssrc:1390671565 label:53s6kXGlAgCCGt8v5Hr80TYx8BbcWqSSv0 a=ice-ufrag:LFHOqQvkk3RRDJ0w a=ice-pwd:Mq5ditVPVmjoUjkvOSa4yweJ a=candidate:0538110337 1 udp 659136 146.148.34.105 22468 typ host generation 0 2015-08-03 02:47:54.617054 [NOTICE] mod_sofia.c:2296 Pre-Answer sofia/internal/1000 at theta.soniccloud.com! 2015-08-03 02:47:54.617054 [DEBUG] switch_channel.c:3460 (sofia/internal/1000 at theta.soniccloud.com) Callstate Change RINGING -> EARLY 2015-08-03 02:47:54.617054 [ALERT] mod_sofia.c:2296 sofia/internal/1000 at theta.soniccloud.com receive message [HEARTBEAT_EVENT] 2015-08-03 02:47:54.617054 [DEBUG] mod_sofia.c:2296 sofia/internal/1000 at theta.soniccloud.com skip receive message [HEARTBEAT_EVENT] (channel is hungup already) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f511c069b50): sent signal r_respond 2015-08-03 02:47:54.617054 [DEBUG] switch_core_session.c:2761 Well, that didn't work very well did it? ... 2015-08-03 02:47:54.617054 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1000 at theta.soniccloud.com) State EXECUTE going to sleep nua_stack.c:573 nua_stack_signal() nua(0x7f511c069b50): recv signal r_respond 183 Session Progress nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f511c06a3f0, ...) called soa.c:1052 soa_set_user_sdp() soa_set_user_sdp(static::0x7f511c06a3f0, (nil), 0xd40a1f, -1) called 2015-08-03 02:47:54.617054 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1000 at theta.soniccloud.com) Running State Change CS_HANGUP soa.c:890 soa_set_capability_sdp() soa_set_capability_sdp(static::0x7f511c06a3f0, (nil), 0xd40a1f, -1) called 2015-08-03 02:47:54.637099 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/1000 at theta.soniccloud.com) Callstate Change EARLY -> HANGUP nua_session.c:2320 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1515 soa_generate_answer() soa_generate_answer(static::0x7f511c06a3f0) called soa_static.c:1146 offer_answer_step() soa_static_offer_answer_action(0x7f511c06a3f0, soa_generate_answer): called soa_static.c:1187 offer_answer_step() soa_static(0x7f511c06a3f0, soa_generate_answer): generating local description soa_static.c:1228 offer_answer_step() soa_static(0x7f511c06a3f0, soa_generate_answer): upgrade with remote description soa_static.c:1029 soa_sdp_mode_set() soa_sdp_mode_set(0x7f515ae72b00, 0x7f511c0b8410, ""): called soa_static.c:1444 offer_answer_step() soa_static(0x7f511c06a3f0, soa_generate_answer): storing local description 2015-08-03 02:47:54.637099 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/1000 at theta.soniccloud.com) State HANGUP soa.c:1730 soa_activate() soa_activate(static::0x7f511c06a3f0, (nil)) called soa.c:1270 soa_get_local_sdp() soa_get_local_sdp(static::0x7f511c06a3f0, [(nil)], [0x7f515ae74c38], [0x7f515ae74c34]) called 2015-08-03 02:47:54.637099 [DEBUG] mod_sofia.c:431 Channel sofia/internal/1000 at theta.soniccloud.com hanging up, cause: DESTINATION_OUT_OF_ORDER tport.c:3257 tport_tsend() tport_tsend(0x7f511c0929c0) tpn = WSS/50.242.22.166:51514 tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0c0b10 126 (126) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c064382 54 (54) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0c0b8e 55 (55) 2015-08-03 02:47:54.637099 [DEBUG] mod_sofia.c:568 Responding to INVITE with: 502 nua.c:879 nua_respond() nua: nua_respond: entering tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0643b8 50 (50) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0c0bc5 505 (505) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c06c450 1596 (1596) tport.c:3594 tport_vsend() tport_vsend(0x7f511c0929c0): 2386 bytes of 2386 to wss/50.242.22.166:51514 tport.c:3492 tport_send_msg() tport_vsend returned 2386 send 2386 bytes to wss/[50.242.22.166]:51514 at 02:47:54.638748: ------------------------------------------------------------------------ SIP/2.0 183 Session Progress Via: SIP/2.0/WSS s0n17dlvrqjp.invalid;branch=z9hG4bK3655087;received=50.242.22.166;rport=51514 From: ;tag=ob96natff0 To: ;tag=3S1979S1SS36K Call-ID: gv0040gcg8k6hmf8hmmu CSeq: 7005 INVITE nua_stack.c:529 nua_signal() nua(0x7f511c069b50): sent signal r_respond 2015-08-03 02:47:54.637099 [DEBUG] switch_core_state_machine.c:60 sofia/internal/1000 at theta.soniccloud.com Standard HANGUP, cause: DESTINATION_OUT_OF_ORDER 2015-08-03 02:47:54.637099 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/1000 at theta.soniccloud.com) State HANGUP going to sleep 2015-08-03 02:47:54.637099 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/1000 at theta.soniccloud.com) State Change CS_HANGUP -> CS_REPORTING 2015-08-03 02:47:54.637099 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1000 at theta.soniccloud.com) Running State Change CS_REPORTING Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150730T031634Z~01672dc96b~64bit Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 1596 Remote-Party-ID: "9199" ;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1438543866 1438543867 IN IP4 146.148.34.105 s=FreeSWITCH c=IN IP4 146.148.34.105 t=0 0 a=msid-semantic: WMS 53s6kXGlAgCCGt8v5Hr80TYx8BbcWqSS m=audio 26208 UDP/TLS/RTP/SAVPF 111 96 a=rtpmap:111 opus/48000/2 a=fmtp:111 useinbandfec=1; minptime=10; stereo=1 a=rtpmap:96 telephone-event/48000 a=silenceSupp:off - - - - a=ptime:20 a=fingerprint:sha-256 9B:03:E4:FA:C8:C8:62:73:2A:AD:32:F8:22:3F:16:89:C9:9B:FB:48:EC:9D:5C:A3:2E:21:A4:44:58:A6:71:70 a=setup:active a=rtcp-mux a=rtcp:26208 IN IP4 146.148.34.105 a=ice-ufrag:nAkdk9BjADlmU454 a=ice-pwd:5JpTUV9cTQ0bwanKAyOLxfUY a=candidate:5225391105 1 udp 659136 146.148.34.105 26208 typ host generation 0 a=ssrc:2109935738 cname:kbOuYkGpr8RYrPjm a=ssrc:2109935738 msid:53s6kXGlAgCCGt8v5Hr80TYx8BbcWqSS a0 a=ssrc:2109935738 mslabel:53s6kXGlAgCCGt8v5Hr80TYx8BbcWqSS a=ssrc:2109935738 label:53s6kXGlAgCCGt8v5Hr80TYx8BbcWqSSa0 m=video 22468 UDP/TLS/RTP/SAVPF 100 b=AS:1024 a=rtpmap:100 VP8/90000 a=fingerprint:sha-256 9B:03:E4:FA:C8:C8:62:73:2A:AD:32:F8:22:3F:16:89:C9:9B:FB:48:EC:9D:5C:A3:2E:21:A4:44:58:A6:71:70 a=setup:active a=rtcp-mux a=rtcp:22468 IN IP4 146.148.34.105 a=rtcp-fb:100 ccm fir a=rtcp-fb:100 nack a=rtcp-fb:100 nack pli a=ssrc:1390671565 cname:kbOuYkGpr8RYrPjm a=ssrc:1390671565 msid:53s6kXGlAgCCGt8v5Hr80TYx8BbcWqSS v0 a=ssrc:1390671565 mslabel:53s6kXGlAgCCGt8v5Hr80TYx8BbcWqSS a=ssrc:1390671565 label:53s6kXGlAgCCGt8v5Hr80TYx8BbcWqSSv0 a=ice-ufrag:LFHOqQvkk3RRDJ0w a=ice-pwd:Mq5ditVPVmjoUjkvOSa4yweJ a=candidate:0538110337 1 udp 659136 146.148.34.105 22468 typ host generation 0 ------------------------------------------------------------------------ tport.c:2296 tport_set_secondary_timer() tport(0x7f511c0929c0): reset timer nta.c:6791 incoming_reply() nta: sent 183 Session Progress for INVITE (7005) nua_session.c:4139 signal_call_state_change() nua(0x7f511c069b50): call state changed: received -> early, sent answer soa.c:1270 soa_get_local_sdp() soa_get_local_sdp(static::0x7f511c06a3f0, [0x7f515ae74ce8], [0x7f515ae74cf0], [(nil)]) called soa.c:616 soa_get_params() soa_get_params(static::0x7f511c06a3f0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f511c069b50): event i_state 183 Session Progress nua_stack.c:573 nua_stack_signal() nua(0x7f511c069b50): recv signal r_respond 502 Bad Gateway nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f511c06a3f0, ...) called nua_session.c:2320 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1214 soa_clear_remote_sdp() soa_clear_remote_sdp(static::0x7f511c06a3f0) called tport.c:3257 tport_tsend() tport_tsend(0x7f511c0929c0) tpn = WSS/50.242.22.166:51514 tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0b7cb0 139 (139) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c064382 54 (54) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0b7d3b 55 (55) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0643b8 50 (50) tport_type_ws.c:311 tport_send_stream_ws() tport_ws_writevec: vec 0x7f511c092bb0 0x7f511c0b7d72 417 (417) tport.c:3594 tport_vsend() tport_vsend(0x7f511c0929c0): 715 bytes of 715 to wss/50.242.22.166:51514 tport.c:3492 tport_send_msg() tport_vsend returned 715 send 715 bytes to wss/[50.242.22.166]:51514 at 02:47:54.640774: ------------------------------------------------------------------------ SIP/2.0 502 Bad Gateway Via: SIP/2.0/WSS s0n17dlvrqjp.invalid;branch=z9hG4bK3655087;received=50.242.22.166;rport=51514 Max-Forwards: 70 From: ;tag=ob96natff0 To: ;tag=3S1979S1SS36K Call-ID: gv0040gcg8k6hmf8hmmu CSeq: 7005 INVITE User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150730T031634Z~01672dc96b~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Reason: Q.850;cause=27;text="DESTINATION_OUT_OF_ORDER" Content-Length: 0 Remote-Party-ID: "9199" ;party=calling;privacy=off;screen=no ------------------------------------------------------------------------ tport.c:2296 tport_set_secondary_timer() tport(0x7f511c0929c0): reset timer nta.c:6791 incoming_reply() nta: sent 502 Bad Gateway for INVITE (7005) nua_dialog.c:397 nua_dialog_usage_remove_at() nua(0x7f511c069b50): removing session usage nua_session.c:4139 signal_call_state_change() nua(0x7f511c069b50): call state changed: early -> terminated nua_stack.c:271 nua_stack_event() nua(0x7f511c069b50): event i_state 502 Bad Gateway nua_stack.c:271 nua_stack_event() nua(0x7f511c069b50): event i_terminated 502 Bad Gateway soa.c:356 soa_destroy() soa_destroy(static::0x7f511c06a3f0) called nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f511c06ab60) nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f511c069b50): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f511c069b50): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) 2015-08-03 02:47:54.637099 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/1000 at theta.soniccloud.com) State REPORTING 2015-08-03 02:47:54.637099 [DEBUG] switch_core_state_machine.c:104 sofia/internal/1000 at theta.soniccloud.com Standard REPORTING, cause: DESTINATION_OUT_OF_ORDER 2015-08-03 02:47:54.637099 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/1000 at theta.soniccloud.com) State REPORTING going to sleep 2015-08-03 02:47:54.637099 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/1000 at theta.soniccloud.com) State Change CS_REPORTING -> CS_DESTROY 2015-08-03 02:47:54.637099 [DEBUG] switch_core_session.c:1639 Session 19 (sofia/internal/1000 at theta.soniccloud.com) Locked, Waiting on external entities 2015-08-03 02:47:54.637099 [NOTICE] switch_core_session.c:1657 Session 19 (sofia/internal/1000 at theta.soniccloud.com) Ended 2015-08-03 02:47:54.637099 [NOTICE] switch_core_session.c:1661 Close Channel sofia/internal/1000 at theta.soniccloud.com [CS_DESTROY] 2015-08-03 02:47:54.637099 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/1000 at theta.soniccloud.com) Running State Change CS_DESTROY 2015-08-03 02:47:54.637099 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/1000 at theta.soniccloud.com) State DESTROY 2015-08-03 02:47:54.637099 [DEBUG] mod_sofia.c:341 sofia/internal/1000 at theta.soniccloud.com SOFIA DESTROY 2015-08-03 02:47:54.637099 [DEBUG] switch_core_state_machine.c:111 sofia/internal/1000 at theta.soniccloud.com Standard DESTROY 2015-08-03 02:47:54.637099 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/1000 at theta.soniccloud.com) State DESTROY going to sleep tport.c:2773 tport_wakeup() tport_wakeup(0x7f511c0929c0): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f511c0929c0) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f511c0929c0) msg 0x7f511c06ab60 from (wss/50.242.22.166:51514) has 262 bytes, veclen = 1 recv 262 bytes from wss/[50.242.22.166]:51514 at 02:47:54.694276: ------------------------------------------------------------------------ ACK sip:9199 at theta.soniccloud.com SIP/2.0 Via: SIP/2.0/WSS s0n17dlvrqjp.invalid;branch=z9hG4bK3655087 To: ;tag=3S1979S1SS36K From: ;tag=ob96natff0 Call-ID: gv0040gcg8k6hmf8hmmu CSeq: 7005 ACK ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f511c0929c0): bad msg 0x7f511c06ab60 (262 bytes) from wss/50.242.22.166:51514/sips next=(nil) nta.c:2880 agent_recv_request() nta: received ACK sip:9199 at theta.soniccloud.com SIP/2.0 (CSeq 7005) tport.c:2296 tport_set_secondary_timer() tport(0x7f511c0929c0): reset timer nta.c:1296 agent_timer() nta: timer set next to 30000 ms tport.c:2773 tport_wakeup() tport_wakeup(0x7f511c032020): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f511c032020) tport_type_tcp.c:302 tport_recv_stream() tport_recv_stream(0x7f511c032020): received keepalive (total 0) tport_type_tcp.c:542 tport_tcp_pong() tport_tcp_pong(0x7f511c032020): sending PONG to tcp/172.56.12.78:30765/sip tport.c:2296 tport_set_secondary_timer() tport(0x7f511c032020): reset timer tport.c:2773 tport_wakeup() tport_wakeup(0x7f511c032020): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f511c032020) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f511c032020) msg 0x7f511c06ab60 from (tcp/172.56.12.78:30765) has 747 bytes, veclen = 1 recv 747 bytes from tcp/[172.56.12.78]:30765 at 02:47:57.735286: ------------------------------------------------------------------------ REGISTER sip:theta.soniccloud.com SIP/2.0 Via: SIP/2.0/TCP 21.218.119.176:63383;alias;branch=z9hG4bK.g1cCr-qb1;rport From: ;tag=zaIBKnZ0D To: sip:1010 at theta.soniccloud.com CSeq: 23 REGISTER Call-ID: SlpiJjyMrU Max-Forwards: 70 Supported: outbound Contact: ;+sip.instance="" Expires: 3600 User-Agent: SonicCloudIphone/f036671 (belle-sip/1.3.3) Content-Length: 0 Authorization: Digest realm="theta.soniccloud.com", nonce="ed3d9972-9a0e-47ee-8932-52eb1d934bc1", algorithm=MD5, username="1010", uri="sip:theta.soniccloud.com", response="c15a0767e9b6c4da0e72a6bca4af43c1", cnonce="faaad1b5", nc=00000003, qop=auth ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f511c032020): msg 0x7f511c06ab60 (747 bytes) from tcp/172.56.12.78:30765/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:theta.soniccloud.com SIP/2.0 (CSeq 23) nta.c:3174 agent_check_request_via() nta: Via check: received=172.56.12.78 nta.c:3085 agent_recv_request() nta: REGISTER (23) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f511c001930, 0x7f511c001130, 0x7f511c030470) called soa.c:403 soa_set_params() soa_set_params(static::0x7f511c05b390, ...) called nua_dialog.c:338 nua_dialog_usage_add() nua(0x7f511c030470): adding registrar usage tport.c:4160 tport_pend() tport_pend(0x7f511c032020): pending (nil) for tcp/172.56.12.78:30765 (already 0) nua_stack.c:271 nua_stack_event() nua(0x7f511c030470): event i_register 100 Trying tport.c:2296 tport_set_secondary_timer() tport(0x7f511c032020): reset timer nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f511c030470): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f511c030470): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f511c030470): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f511c05b390, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f511c032020) tpn = TCP/172.56.12.78:30765 tport.c:3594 tport_vsend() tport_vsend(0x7f511c032020): 595 bytes of 595 to tcp/172.56.12.78:30765 tport.c:3492 tport_send_msg() tport_vsend returned 595 send 595 bytes to tcp/[172.56.12.78]:30765 at 02:47:57.737558: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/TCP 21.218.119.176:63383;alias;branch=z9hG4bK.g1cCr-qb1;rport=30765;received=172.56.12.78 From: ;tag=zaIBKnZ0D To: ;tag=42t294a5p2SSF Call-ID: SlpiJjyMrU CSeq: 23 REGISTER Contact: ;expires=3600 Date: Mon, 03 Aug 2015 02:47:57 GMT User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150730T031634Z~01672dc96b~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Content-Length: 0 ------------------------------------------------------------------------ tport.c:2296 tport_set_secondary_timer() tport(0x7f511c032020): reset timer nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (23) nta.c:5744 incoming_free() nta: incoming_free(0x7f511c06b170) nua_stack.c:569 nua_stack_signal() nua(0x7f511c030470): recv signal r_destroy nua_dialog.c:397 nua_dialog_usage_remove_at() nua(0x7f511c030470): removing registrar usage tport.c:4222 tport_release() tport_release(0x7f511c032020): (nil) by 0x7f511c030470 with (nil) tport.c:2296 tport_set_secondary_timer() tport(0x7f511c032020): reset timer nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f511c05b390) called nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering nua_stack.c:529 nua_signal() nua(0x7f5124012e70): sent signal r_options nua_stack.c:569 nua_stack_signal() nua(0x7f5124012e70): recv signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f512c0035e0, 0x7f512c001790, 0x7f5124012e70) called soa.c:403 soa_set_params() soa_set_params(static::0x7f512c005ec0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f512c005ec0, ...) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip sres_cache.c:272 sres_cache_get() sres_cache_get(0x7f512c002220, SRV, "_sip._tcp.sip.flowroute.com.") called sres_cache.c:318 sres_cache_get() sres_cache_get(0x7f512c002220, SRV, "_sip._tcp.sip.flowroute.com.") returned 1 entries nta.c:10598 outgoing_query_srv() nta: for "sip.flowroute.com" query "_sip._tcp.sip.flowroute.com" SRV (cached) sres_cache.c:272 sres_cache_get() sres_cache_get(0x7f512c002220, A, "sip.flowroute.com.") called sres_cache.c:318 sres_cache_get() sres_cache_get(0x7f512c002220, A, "sip.flowroute.com.") returned 1 entries nta.c:10803 outgoing_query_a() nta: for "sip.flowroute.com" query "sip.flowroute.com" A (cached) nta.c:10856 outgoing_answer_a() nta: sip.flowroute.com. IN A 216.115.69.144 tport.c:3257 tport_tsend() tport_tsend(0x7f512c004d30) tpn = tcp/216.115.69.144:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 216.115.69.144:5060 tport.c:4677 tport_by_addrinfo() tport_by_addrinfo(0x7f512c004d30): found 0x7f512c0158d0 by name tcp/216.115.69.144:5060 tport.c:3594 tport_vsend() tport_vsend(0x7f512c0158d0): 560 bytes of 560 to tcp/216.115.69.144:5060 tport.c:3492 tport_send_msg() tport_vsend returned 560 send 560 bytes to tcp/[216.115.69.144]:5060 at 02:48:03.310658: ------------------------------------------------------------------------ OPTIONS sip:sip.flowroute.com;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 146.148.34.105:5080;rport;branch=z9hG4bKNK4cg9Ztjpa5m Max-Forwards: 70 From: ;tag=037FrZQ04j4Nr To: Call-ID: e6e01684-b42c-1233-a1a1-42010af0a802 CSeq: 78946384 OPTIONS User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150730T031634Z~01672dc96b~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Length: 0 ------------------------------------------------------------------------ tport.c:2296 tport_set_secondary_timer() tport(0x7f512c0158d0): reset timer nta.c:8304 outgoing_send() nta: sent OPTIONS (78946384) to tcp/216.115.69.144:5060 tport.c:4160 tport_pend() tport_pend(0x7f512c0158d0): pending 0x7f512c03df00 for tcp/216.115.69.144:5060 (already 1) tport.c:2773 tport_wakeup() tport_wakeup(0x7f512c0158d0): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f512c0158d0) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f512c0158d0) msg 0x7f512c03e370 from (tcp/216.115.69.144:5060) has 372 bytes, veclen = 1 recv 372 bytes from tcp/[216.115.69.144]:5060 at 02:48:03.359954: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/TCP 146.148.34.105:5080;rport=44102;branch=z9hG4bKNK4cg9Ztjpa5m From: ;tag=037FrZQ04j4Nr To: ;tag=20e1698a3241cbcc6677a39fcb65a0aa.4ecd Call-ID: e6e01684-b42c-1233-a1a1-42010af0a802 CSeq: 78946384 OPTIONS Accept: */* Accept-Encoding: Accept-Language: en Supported: Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f512c0158d0): msg 0x7f512c03e370 (372 bytes) from tcp/216.115.69.144:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for OPTIONS (78946384) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 49.426 ms tport.c:4222 tport_release() tport_release(0x7f512c0158d0): 0x7f512c03df00 by 0x7f512c042720 with 0x7f512c03e370 nua_stack.c:271 nua_stack_event() nua(0x7f5124012e70): event r_options 200 OK nta.c:8722 outgoing_free() nta: outgoing_free(0x7f512c042720) tport.c:2296 tport_set_secondary_timer() tport(0x7f512c0158d0): reset timer nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5124012e70): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f5124012e70): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f512c005ec0) called tport.c:2773 tport_wakeup() tport_wakeup(0x7f512c0158d0): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f512c0158d0) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f512c0158d0) msg 0x7f512c0150d0 from (tcp/216.115.69.144:5060) has 564 bytes, veclen = 1 recv 564 bytes from tcp/[216.115.69.144]:5060 at 02:48:04.419999: ------------------------------------------------------------------------ OPTIONS sip:146.148.34.105:44102;transport=tcp SIP/2.0 Max-Forwards: 10 Record-Route: Record-Route: Via: SIP/2.0/TCP 216.115.69.144;branch=z9hG4bK7abf.b1ec7ed77a1020c1c641a34dedb8edfd.0 Via: SIP/2.0/UDP 216.115.69.131:5060;branch=0 Route: From: sip:ping at invalid;tag=a66f906f To: sip:146.148.34.105:44102;transport=tcp Call-ID: 95f5da82-0beffb31-6ae1f52 at 216.115.69.131 CSeq: 1 OPTIONS Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f512c0158d0): msg 0x7f512c0150d0 (564 bytes) from tcp/216.115.69.144:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received OPTIONS sip:146.148.34.105:44102;transport=tcp SIP/2.0 (CSeq 1) nta.c:3085 agent_recv_request() nta: OPTIONS (1) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f512c0035e0, 0x7f512c001790, 0x7f512c017c50) called soa.c:403 soa_set_params() soa_set_params(static::0x7f512c042a20, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f512c017c50): event i_options 100 Trying tport.c:2296 tport_set_secondary_timer() tport(0x7f512c0158d0): reset timer nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f512c017c50): sent signal r_respond nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f512c017c50): sent signal r_destroy nua_stack.c:573 nua_stack_signal() nua(0x7f512c017c50): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f512c042a20, ...) called soa.c:845 soa_get_capability_sdp() soa_get_capability_sdp(static::0x7f512c042a20, [(nil)], [0x7f51590b4c68], [0x7f51590b4c64]) called tport.c:3257 tport_tsend() tport_tsend(0x7f512c0158d0) tpn = TCP/216.115.69.144:5060 tport.c:3594 tport_vsend() tport_vsend(0x7f512c0158d0): 813 bytes of 813 to tcp/216.115.69.144:5060 tport.c:3492 tport_send_msg() tport_vsend returned 813 send 813 bytes to tcp/[216.115.69.144]:5060 at 02:48:04.420276: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/TCP 216.115.69.144;branch=z9hG4bK7abf.b1ec7ed77a1020c1c641a34dedb8edfd.0;rport=5060 Via: SIP/2.0/UDP 216.115.69.131:5060;branch=0 Record-Route: Record-Route: From: sip:ping at invalid;tag=a66f906f To: ;transport=tcp;tag=1c18St831Ut8K Call-ID: 95f5da82-0beffb31-6ae1f52 at 216.115.69.131 CSeq: 1 OPTIONS Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150730T031634Z~01672dc96b~64bit Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Length: 0 ------------------------------------------------------------------------ tport.c:2296 tport_set_secondary_timer() tport(0x7f512c0158d0): reset timer nta.c:6791 incoming_reply() nta: sent 200 OK for OPTIONS (1) nta.c:5744 incoming_free() nta: incoming_free(0x7f512c041cf0) nua_stack.c:569 nua_stack_signal() nua(0x7f512c017c50): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f512c042a20) called freeswitch at internal> From ssinyagin at gmail.com Mon Aug 3 09:54:34 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Mon, 3 Aug 2015 07:54:34 +0200 Subject: [Freeswitch-users] Passing Dialed Number to User Agent In-Reply-To: References: Message-ID: the simplest way is to have your extension numbers to be full e164 numbers: 19545551212 instead of 1100 in the default context. Alternatively, you may add a SIP header indicating the dialed number, and configure your target PBX to take the information from there. Also see "Modifying the To: header" at https://wiki.freeswitch.org/wiki/Sofia-SIP , which may actually be what you need. you see, there's always a number of ways to do what you want :) On Mon, Aug 3, 2015 at 12:57 AM, Rick Ewart wrote: > Hello. > > > > I am a relative newbie with FreeSwitch. Have been reading the FreeSWITCH 1.2 > book and have managed to setup things and get them working without too much > issue. > > > > I am basically trying to setup FreeSwitch to act as an intermediary > (softswitch) between my carriers and my client?s PBXs. I have the PBXs > registering as extensions and am able to make calls and direct DIDs into > them. > > > > The one thing I seem to be struggling with (at the moment anyhow) is how to > pass the dialed number (i.e. DID dialed) to the internal extension I am > transferring the call to. Because the one user will have multiple DIDs > assigned to them and their system (an Asterisk PBX) needs to route the > incoming call appropriately. But the ?dialed number? being passed to the > Asterisk PBX is the extension being called for the transfer. > > > > I have spent hours googling for an answer and never seem to get quite what I > need. Seems I need to set a variable, but what I have done so far isn?t > working. > > > > Below is my definition for the DID. I am wondering if this is the correct > way to go about this, or if I should be setting these up different? I do > want the clients to register to my switch, which is why I have them setup as > internal user extensions. > > > > Thanks in advance for any help you can provide. > > Rick > > > > > > > > > > > > > > > > > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From william.king at quentustech.com Mon Aug 3 09:59:50 2015 From: william.king at quentustech.com (William King) Date: Mon, 3 Aug 2015 00:59:50 -0500 Subject: [Freeswitch-users] ESL Freeswitch cluster In-Reply-To: References: Message-ID: <55BF0356.1030206@quentustech.com> Check out mod_amqp, and if you're here at ClueCon this week, we can discuss. William King Senior Engineer Quentus Technologies, INC 1037 NE 65th St Suite 273 Seattle, WA 98115 Main: (877) 211-9337 Office: (206) 388-4772 Cell: (253) 686-5518 william.king at quentustech.com On 7/31/15 9:35 PM, ?talo Rossi wrote: > Let me know how this is going, I'm highly interested in adding support > for sharing agents and tiers across multiple servers in mod_callcenter > > If you're attending cluecon let's talk about > > Em 31/07/2015 05:45, "Stanislav Sinyagin" > escreveu: > > you still need to control the result of action execution on every FS > node, so you need to create a dispatcher architecture. > > For example, a message queue manager, like zeromq, would receive the > command, and send it to local FS nodes, and a locally installed daemon > would communicate to the local FS and send back the results via > zeromq. > > Or it could be some multithreaded daemon, in Golang for example, which > would connect to all FS instances and send them the commands. You > would then manage the responses in your Go program. > > Nothing impossible, you just need to match your requirements with your > budget and with the skills inside your operations team. > > > > > > On Fri, Jul 31, 2015 at 5:41 AM, NH45 CMI > wrote: > > Hi Sammy, > > > > Yes i need to send samee ESL action to every FS > > > > On Thu, Jul 30, 2015 at 9:40 PM, Giovanni Maruzzelli > > > > wrote: > >> > >> You will probably need to have postgresql in core, but please > check if the > >> modules you're using for callcenter functionalities support > clustering via > >> db. > >> > >> At the end of the day, if it becomes too much for your internal > resources > >> to design and implement a solution, you may want to write > >> consulting at freeswitch.org for > commercial (eg: paid) help on this. > >> > >> -giovanni > >> > >> > >> > >> On Thu, Jul 30, 2015 at 6:03 PM, SamyGo > wrote: > >>> > >>> Hi NH45, > >>> > >>> Do you want to send the same ESL action to all of the FS Servers, > >>> something like a ESL Proxy that can relay your event to the FS > Servers ? > >>> > >>> Regards, > >>> Sammy > >>> > >>> On Thu, Jul 30, 2015 at 8:12 AM, NH45 CMI > wrote: > >>>> > >>>> Hi Guys, > >>>> > >>>> > >>>> I am using opensips for load balancing and > freeswitch for > >>>> register,IVR,Callcenter ,Using mod_xml_curl for realtime ivr > and dialplan > >>>> but callcenter i have problem because it load only once so i > use ESL to add > >>>> and remove agent ,if i use one FS it's ok but more then one FS > how can i > >>>> add or remove agent to queue all FS using ESL > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> Regard's > >>>> NH45 CMI > >>>> > >>>> > >>>> > _________________________________________________________________________ > >>>> Professional FreeSWITCH Consulting Services: > >>>> consulting at 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 at lists.freeswitch.org > > >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>>> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >>>> http://www.freeswitch.org > >>> > >>> > >>> > >>> > _________________________________________________________________________ > >>> Professional FreeSWITCH Consulting Services: > >>> consulting at 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 at lists.freeswitch.org > > >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >>> http://www.freeswitch.org > >> > >> > >> > >> > >> -- > >> Sincerely, > >> > >> Giovanni Maruzzelli > >> Cell : +39-347-2665618 > >> > >> > _________________________________________________________________________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at 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 at lists.freeswitch.org > > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > From moises.silva at gmail.com Mon Aug 3 10:20:18 2015 From: moises.silva at gmail.com (Moises Silva) Date: Mon, 3 Aug 2015 02:20:18 -0400 Subject: [Freeswitch-users] [Freeswitch-dev] FreeSWITCH Automated Testing In-Reply-To: References: Message-ID: Brian, I think I had shared already with you the project we started at Sangoma: https://github.com/sangoma/switchy Although the short term goal for the project was scalable load testing, we always kept in mind the ability to perform functional/signaling testing and in fact there's a few. You get 'load-testing' on those functional tests for free. The overall idea is you can run different scenarios simultaneously. I think should be trivial for our guys to replicate your tests as part of the switchy framework. In Python of course :) Feedback from the community will be appreciated. Our QA engineering team will be presenting Thursday at ClueCon. One of the sessions is focused on this project in particular. - Moy On Mon, Jul 27, 2015 at 6:52 PM, Brian West wrote: > Now we need to start a community project to build on this and drive it > forward. :) > > SEE YOU ALL AT CLUECON! > > On Mon, Jul 27, 2015 at 5:48 PM, jay binks wrote: > >> Thats AWESOME ! :) >> Well done. >> >> On 28 July 2015 at 03:46, Brian West wrote: >> >>> FreeSWITCHers, >>> >>> So after a bit discussion, a case of red bull, an approach to automating >>> functional testing has now solidified. >>> >>> Audio Path is verified via DTMF in-band, Video Path is verified by using >>> QR codes. >>> >>> Here are two VERY crude examples: >>> >>> https://www.dropbox.com/s/4fkdcgzo8dt0hdr/conference_test.pl?dl=0 >>> >>> https://www.dropbox.com/s/497rm2hgopp5u7h/eavesdrop_test.pl?dl=0 >>> >>> Input? >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://wiki.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-dev mailing list >>> FreeSWITCH-dev at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>> http://www.freeswitch.org >>> >>> >> >> >> -- >> Sincerely >> >> Jay >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150803/6fb8e819/attachment-0001.html From anthony.minessale at gmail.com Mon Aug 3 11:00:22 2015 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 3 Aug 2015 02:00:22 -0500 Subject: [Freeswitch-users] Can't make ClueCon? Want a chance to remote in? Message-ID: Anyone who can call in to our video conf between 9am and 10am This Tuesday. Email consulting at freeswitch.org and register for a chance to participate. -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150803/e1efdedf/attachment.html From ssinyagin at gmail.com Mon Aug 3 11:11:01 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Mon, 3 Aug 2015 09:11:01 +0200 Subject: [Freeswitch-users] Can't make ClueCon? Want a chance to remote in? In-Reply-To: References: Message-ID: you forgot to specify the time zone :) On Mon, Aug 3, 2015 at 9:00 AM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > Anyone who can call in to our video conf between 9am and 10am This > Tuesday. Email consulting at freeswitch.org and register for a chance to > participate. > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150803/e3680c2c/attachment.html From findmeinwland at gmail.com Mon Aug 3 13:20:47 2015 From: findmeinwland at gmail.com (Artur Mega) Date: Mon, 3 Aug 2015 14:20:47 +0500 Subject: [Freeswitch-users] Can't make ClueCon? Want a chance to remote in? In-Reply-To: References: Message-ID: i guess it's a chikago timezone, UTC-06:00 2015-08-03 12:11 GMT+05:00 Stanislav Sinyagin : > you forgot to specify the time zone :) > > On Mon, Aug 3, 2015 at 9:00 AM, Anthony Minessale < > anthony.minessale at gmail.com> wrote: > >> Anyone who can call in to our video conf between 9am and 10am This >> Tuesday. Email consulting at freeswitch.org and register for a chance to >> participate. >> >> >> >> -- >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? >> http://twitter.com/FreeSWITCH >> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >> * >> >> ClueCon Weekly Development Call >> ? sip:888 at conference.freeswitch.org ? +19193869900 >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Arthur -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150803/e1a87be5/attachment.html From adam.lappe at qsc.de Mon Aug 3 14:52:58 2015 From: adam.lappe at qsc.de (Lappe, Adam) Date: Mon, 3 Aug 2015 10:52:58 +0000 Subject: [Freeswitch-users] mod_local_stream moh confusion In-Reply-To: References: <2E67ADAE1D3582409C90EBAE8C64C5070E5569@QSCDEMXP01B.ONE4ALL.LAN> <2E67ADAE1D3582409C90EBAE8C64C5070E58E0@QSCDEMXP01B.ONE4ALL.LAN> <2E67ADAE1D3582409C90EBAE8C64C5070E60E4@QSCDEMXP01B.ONE4ALL.LAN> <2E67ADAE1D3582409C90EBAE8C64C5070E6140@QSCDEMXP01B.ONE4ALL.LAN> <2E67ADAE1D3582409C90EBAE8C64C5070E629E@QSCDEMXP01B.ONE4ALL.LAN> Message-ID: <2E67ADAE1D3582409C90EBAE8C64C5070E7541@QSCDEMXP01B.ONE4ALL.LAN> application="export" data="temp_hold_music=silence" is working perfectly. thank you!! Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von ?talo Rossi Gesendet: Mittwoch, 29. Juli 2015 16:22 An: FreeSWITCH Users Help Betreff: Re: [Freeswitch-users] mod_local_stream moh confusion On Wed, Jul 29, 2015 at 4:28 AM, Lappe, Adam > wrote: Thanks, this works!!! fs_cli -x 'global_setvar temp_hold_music=silence' Now I can hear hold music and the call does not drop. The next question ist: Why does not work? Shouldn?t it be the same result? No, because you're only setting it to your A-leg, this way your B-leg doesn't have the var set. You need to export it (application="export" data="temp_hold_music=silence") or set it globally like you did (it'll affect all legs). Best regards Adam Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von ?talo Rossi Gesendet: Dienstag, 28. Juli 2015 16:37 An: FreeSWITCH Users Help Betreff: Re: [Freeswitch-users] mod_local_stream moh confusion You'll probably need to export it, or set it globally like fs_cli -x 'global_setvar temp_hold_music=silence' local_stream://moh is set in switch_core_media if temp_hold_music and hold_music aren't set On Tue, Jul 28, 2015 at 11:14 AM, Lappe, Adam > wrote: Hi, thanks for your suggestions: I neither have nor in my config file. I also don?t have vars.xml or X-PRE-PROCESSES but 1 large freeswitch.xml. When I get transferred I receive a RE-INVITE with a=sendonly media attribute in SDP. Then FreeSWITCH tries to use local_stream://moh (which is not configured anywhere)!! Also I tried or but this does not work. How can I disable the local_stream://moh here? Any other suggestions? Thanks, Adam Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von ?talo Rossi Gesendet: Dienstag, 28. Juli 2015 14:39 An: FreeSWITCH Users Help Betreff: Re: [Freeswitch-users] mod_local_stream moh confusion https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables#ChannelVariables-MusicOnHoldRelated On Tue, Jul 28, 2015 at 6:53 AM, Lappe, Adam > wrote: Other Question: how can i set a other file to use for moh. I make an outgoing call and set the moh path to a wav file. This file is only used to play it to the callee, if I set him on hold. Now, when the callee transfers my call, I receive a RE-INVITE and my FreeSWITCH tries to play a music on hold using the mod_local_stream. Again the question: why does FreeSWITCH try to play a moh und why does he try to use mod_local_stream? Can I change local_stream to another wav file somehow? Thanks in advance, Adam -----Urspr?ngliche Nachricht----- Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Lappe, Adam Gesendet: Freitag, 24. Juli 2015 12:30 An: FreeSWITCH Users Help Betreff: Re: [Freeswitch-users] mod_local_stream moh confusion Hello Brian, thanks for your answer. You are correct. As you can see in my first post, i do not use mod_local_stream. The question is: WHY does FreeSWITCH try to use a local_stream for moh, when a user gets transfered (with an reinvite)? I grep'ed my config files, i don't load or use mod_local_stream anywhere. Best regards, Adam ________________________________________ Von: freeswitch-users-bounces at lists.freeswitch.org [freeswitch-users-bounces at lists.freeswitch.org]" im Auftrag von "Brian West [brian at freeswitch.org] Gesendet: Donnerstag, 23. Juli 2015 17:09 An: FreeSWITCH Users Help Betreff: Re: [Freeswitch-users] mod_local_stream moh confusion It would indicate that you do not have mod_local_stream loaded. On Thu, Jul 23, 2015 at 3:15 AM, Lappe, Adam >> wrote: Hello, i am testing the latest 1.4.19 Version of FreeSWITCH. Currently we are running an old 1.2.7 Version. Everything seems to work fine, but there is 1 error that is very confusing: When a call gets transfered by the callee (i.e. by the receptionist) the call will be terminated. All I see is this error line: [ERR] switch_core_file.c:149 Invalid file format [local_stream] for [moh]! I don't use the local_stream module. freeswitch at internal> module_exists mod_local_stream false This error does not exists with the old version. Is this a bug, or am I missing something? Thanks in advance, Adam _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at 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 brian at freeswitch.org> [http://billing.freeswitch.org/templates/default/img/whmcslogo.png] Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- ?talo Rossi _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- ?talo Rossi _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- ?talo Rossi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150803/d986a1d7/attachment-0001.html From brian at freeswitch.org Mon Aug 3 15:06:07 2015 From: brian at freeswitch.org (Brian West) Date: Mon, 3 Aug 2015 06:06:07 -0500 Subject: [Freeswitch-users] [Freeswitch-dev] FreeSWITCH Automated Testing In-Reply-To: References: Message-ID: We are having a meeting here at ClueCon to discuss all the options and see what requires the least amount of work to integrate these audio/video path verification tests. You'll bee here so I would love to have you in on that when we discuss it. On Mon, Aug 3, 2015 at 1:20 AM, Moises Silva wrote: > Brian, > > I think I had shared already with you the project we started at Sangoma: > https://github.com/sangoma/switchy > > Although the short term goal for the project was scalable load testing, we > always kept in mind the ability to perform functional/signaling testing and > in fact there's a few. You get 'load-testing' on those functional tests for > free. The overall idea is you can run different scenarios simultaneously. I > think should be trivial for our guys to replicate your tests as part of the > switchy framework. In Python of course :) > > Feedback from the community will be appreciated. > > Our QA engineering team will be presenting Thursday at ClueCon. One of the > sessions is focused on this project in particular. > > - > > Moy > > On Mon, Jul 27, 2015 at 6:52 PM, Brian West wrote: > >> Now we need to start a community project to build on this and drive it >> forward. :) >> >> SEE YOU ALL AT CLUECON! >> >> On Mon, Jul 27, 2015 at 5:48 PM, jay binks wrote: >> >>> Thats AWESOME ! :) >>> Well done. >>> >>> On 28 July 2015 at 03:46, Brian West wrote: >>> >>>> FreeSWITCHers, >>>> >>>> So after a bit discussion, a case of red bull, an approach to >>>> automating functional testing has now solidified. >>>> >>>> Audio Path is verified via DTMF in-band, Video Path is verified by >>>> using QR codes. >>>> >>>> Here are two VERY crude examples: >>>> >>>> https://www.dropbox.com/s/4fkdcgzo8dt0hdr/conference_test.pl?dl=0 >>>> >>>> https://www.dropbox.com/s/497rm2hgopp5u7h/eavesdrop_test.pl?dl=0 >>>> >>>> Input? >>>> >>>> -- >>>> >>>> *Brian West* >>>> brian at freeswitch.org >>>> >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://wiki.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-dev mailing list >>>> FreeSWITCH-dev at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>>> http://www.freeswitch.org >>>> >>>> >>> >>> >>> -- >>> Sincerely >>> >>> Jay >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://wiki.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-dev mailing list >>> FreeSWITCH-dev at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>> http://www.freeswitch.org >>> >>> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150803/e971ccd7/attachment.html From brian at freeswitch.org Mon Aug 3 15:08:06 2015 From: brian at freeswitch.org (Brian West) Date: Mon, 3 Aug 2015 06:08:06 -0500 Subject: [Freeswitch-users] webrtc/Sip issue In-Reply-To: References: <456E33B6-86AC-45B9-8406-F333C46D6276@jerris.com> <34D043B9-DDDC-4BA7-876D-C3C90AA91C94@jerris.com> <34DFA68A-252E-40FC-A9DD-E60E37EF176B@jerris.com> Message-ID: That second ACL test has the port on it, the fact you have it in that format makes me believe you're not on the latest code possibly. I fixed those log prints to properly format the ipv6 addr [abcd::1234]:12345 Which rev are you on? The v6 stuff may not work in 1.4.x especially with SIP. /b On Sun, Aug 2, 2015 at 10:07 PM, Craig Stevenson wrote: > Thanks for everyone's help on IRC... we have now blocked the IPv6 > addresses in the ACL. > > Good news, now "drops" any candidate that has IPv6 address. > Bad news, it still goes ahead and "chooses" a v6 candidate anyway. > > See the attached log. You can see this behavior if you search for actions > on "fdae:f681:faac:a135:c091:fd50:ad03:6802". > > As an aside, the command "acl fdae:f681:faac:a135:c091:fd50:ad03:6802 lan" > returns "false". > Same for "acl fdae:f681:faac:a135:c091:fd50:ad03:6802:56850 lan" > > Thanks, > Craig > > (p.s., look forward to seeing you all in person tomorrow morning) > > > On Fri, Jul 31, 2015 at 7:20 PM, Michael Jerris wrote: > >> The issue is its matching the IPv6 address. if you don't have any v6 on >> the box you can override the default acl for candidates to not match v6 ever >> >> >> > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150803/fb5769ce/attachment-0001.html From yadenis at seznam.cz Mon Aug 3 15:19:53 2015 From: yadenis at seznam.cz (Denis Jakovlev) Date: Mon, 3 Aug 2015 13:19:53 +0200 Subject: [Freeswitch-users] VideoRecord performance In-Reply-To: References: Message-ID: <1425494069.20150803131953@seznam.cz> Hi All, I have a question. With freeswitch i record video conversations. I use mod_vlc but mod_av generally the same story. With I write both in one file, and I have CPU load around 25-30 percent. Without this settings, when I write down each stream to a separate file I have about the same workload. It is possible to control the quality of the recording? Change the frame rate, or something like that? How can I improve the performance of that record does not eat off as much CPU time? -- S pozdravem, Ing.Denis Jakovlev mob.tel. 775-415-382 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150803/0a1dce62/attachment.html From rick at ewart.net Mon Aug 3 16:10:35 2015 From: rick at ewart.net (Rick Ewart) Date: Mon, 3 Aug 2015 08:10:35 -0400 (EDT) Subject: [Freeswitch-users] Passing Dialed Number to User Agent In-Reply-To: References: Message-ID: <1a7c5853.00000e2c.00000006@Win7PC> Hi Stanislav. Thanks that might be exactly what I need - the modification of the To: header, that is. I don't think a custom header would probably work well as there will be multiple different systems connecting in, so I need to make it somewhat transparent. Similarly, naming the extension the full E164 numbers wont work either as I would otherwise need a separate registration for each DID. Some of my PBXs can have 50 DIDs going to them, which would be a nightmare to manage and create unnecessary traffic. Thanks for your help and thoughts. Rick -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Stanislav Sinyagin Sent: Monday, August 03, 2015 1:55 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Passing Dialed Number to User Agent the simplest way is to have your extension numbers to be full e164 numbers: 19545551212 instead of 1100 in the default context. Alternatively, you may add a SIP header indicating the dialed number, and configure your target PBX to take the information from there. Also see "Modifying the To: header" at https://wiki.freeswitch.org/wiki/Sofia-SIP , which may actually be what you need. you see, there's always a number of ways to do what you want :) On Mon, Aug 3, 2015 at 12:57 AM, Rick Ewart wrote: > Hello. > > > > I am a relative newbie with FreeSwitch. Have been reading the > FreeSWITCH 1.2 book and have managed to setup things and get them > working without too much issue. > > > > I am basically trying to setup FreeSwitch to act as an intermediary > (softswitch) between my carriers and my client?s PBXs. I have the PBXs > registering as extensions and am able to make calls and direct DIDs > into them. > > > > The one thing I seem to be struggling with (at the moment anyhow) is > how to pass the dialed number (i.e. DID dialed) to the internal > extension I am transferring the call to. Because the one user will > have multiple DIDs assigned to them and their system (an Asterisk PBX) > needs to route the incoming call appropriately. But the ?dialed > number? being passed to the Asterisk PBX is the extension being called for > the transfer. > > > > I have spent hours googling for an answer and never seem to get quite > what I need. Seems I need to set a variable, but what I have done so > far isn?t working. > > > > Below is my definition for the DID. I am wondering if this is the > correct way to go about this, or if I should be setting these up > different? I do want the clients to register to my switch, which is > why I have them setup as internal user extensions. > > > > Thanks in advance for any help you can provide. > > Rick > > > > > > > > expression="^(19545551212)$"> > > > > > > > > > > > > > > > ______________________________________________________________________ > ___ Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-use > rs > http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From andrew.keil at visytel.com Mon Aug 3 16:26:41 2015 From: andrew.keil at visytel.com (Andrew Keil) Date: Mon, 3 Aug 2015 12:26:41 +0000 Subject: [Freeswitch-users] Re- BT SIP Testing require FreeSWITCH main developer's statement of compliance Message-ID: I guess this is targeted at Anthony, however Brian or Michael may also be able to answer these. I am currently undertaking BT's SIP compliance testing on behalf of my client in the UK (on the latest production release of FreeSWITCH 1.4.20) and BT have requested the following off the software supplier (which could also be in the form of documentation, however if you simply state "Yes" for each of these then that should be enough): 1) RFC 3261 compliance a. I have already pointed BT to https://freeswitch.org/confluence/display/FREESWITCH/Specifications 2) RFC 3550 compliance 3) RTP clock-source accuracy (RTP clock sources shall be accurate to within 66ppm (ie. Shall not drift from a stratum 0 clock source by more than 20ms over the course of a 3 minute call) 4) When calculating the jitter estimate to be sent in a receiver report the variable holding this data shall be initialised to zero before the first incoming RTP packet is processed (i.e. the "s->jitter" variable in RFC 3550 [8] Appendix A.8) 5) RFC 2833 compliance a. I have already pointed BT to https://freeswitch.org/confluence/display/FREESWITCH/Specifications 6) RFC 4028 keep-alive timer compliant 7) Feature support: a. Call-hold reject b. RFC 3264 compliance c. Call-hold black-holing 8) G.711 Packet Loss Concealment (as described in G.711 Appendix I) Like I said above BT are just looking for a statement to say these are supported inside FreeSWITCH from the developers of FreeSWITCH. That is why a simple "yes" will suffice. One idea is to perhaps add all of these (the ones that are missing) to the https://freeswitch.org/confluence/display/FREESWITCH/Specifications page. Just an idea. Thanks in advance, Andrew Keil Visytel Pty Ltd -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150803/75a8bc3c/attachment.html From trever at middleearth.sapphiresunday.org Mon Aug 3 17:25:42 2015 From: trever at middleearth.sapphiresunday.org (Trever L. Adams) Date: Mon, 3 Aug 2015 07:25:42 -0600 Subject: [Freeswitch-users] [ANN] openerp-freeswitch-connector new tagged release 20150803 Message-ID: <55BF6BD6.7060902@middleearth.sapphiresunday.org> Hello Everyone, I know several people had issues with this FreeSWITCH/OpenERP connector. Unfortunately, I have been out of communication for several months. I believe I have enhanced the documentation and fixed bugs and this release should work for many people now. Notible changes: * Provide documentation on obtaining and installing FreeSWITCH ESL python module. * Better documentation * Click to dial caller ID name clean-up * freeswitch_click2dial/scripts/get_caller_name.py works as a wsgi script, preferably on OpenERP server. See documentation in the script. * patches-for-external/README.md now clearly states that the program must be started AFTER OpenERP I do not know if this works with Odoo 8.0. I do know it works with OpenERP 7 as found in Fedora 23. https://github.com/treveradams/openerp-freeswitch-connector Anyone who would be willing to take pictures of the various aspects of configuring this and using it as found in the documentation and willing to make them available under some friendly license, I will add some wiki (github) and/or FreeSWITCH confluence entries based on the images and documentation. If not, I will do it myself when I have time. Thank you, Trever -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150803/a63735f9/attachment-0001.bin From craig at stevenson.com Mon Aug 3 17:53:59 2015 From: craig at stevenson.com (Craig Stevenson) Date: Mon, 3 Aug 2015 06:53:59 -0700 Subject: [Freeswitch-users] webrtc/Sip issue In-Reply-To: References: <456E33B6-86AC-45B9-8406-F333C46D6276@jerris.com> <34D043B9-DDDC-4BA7-876D-C3C90AA91C94@jerris.com> <34DFA68A-252E-40FC-A9DD-E60E37EF176B@jerris.com> Message-ID: Was built using 'master' a few days ago. In the INVITE, it says "FreeSWITCH-mod_sofia/1.7.0+git~20150730T031634Z~01672dc96b~64bit". I can go dig up logs from actual install if that helps. Are your changes checked into 'master'? Or should I use a different FreeSWITH build? -- Craig On Mon, Aug 3, 2015 at 4:08 AM, Brian West wrote: > That second ACL test has the port on it, the fact you have it in that > format makes me believe you're not on the latest code possibly. I fixed > those log prints to properly format the ipv6 addr [abcd::1234]:12345 > > Which rev are you on? The v6 stuff may not work in 1.4.x especially with > SIP. > > /b > > > On Sun, Aug 2, 2015 at 10:07 PM, Craig Stevenson > wrote: > >> Thanks for everyone's help on IRC... we have now blocked the IPv6 >> addresses in the ACL. >> >> Good news, now "drops" any candidate that has IPv6 address. >> Bad news, it still goes ahead and "chooses" a v6 candidate anyway. >> >> See the attached log. You can see this behavior if you search for >> actions on "fdae:f681:faac:a135:c091:fd50:ad03:6802". >> >> As an aside, the command "acl fdae:f681:faac:a135:c091:fd50:ad03:6802 >> lan" returns "false". >> Same for "acl fdae:f681:faac:a135:c091:fd50:ad03:6802:56850 lan" >> >> Thanks, >> Craig >> >> (p.s., look forward to seeing you all in person tomorrow morning) >> >> >> On Fri, Jul 31, 2015 at 7:20 PM, Michael Jerris wrote: >> >>> The issue is its matching the IPv6 address. if you don't have any v6 on >>> the box you can override the default acl for candidates to not match v6 ever >>> >>> >>> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150803/cf089497/attachment.html From william.king at quentustech.com Mon Aug 3 22:50:22 2015 From: william.king at quentustech.com (William King) Date: Mon, 3 Aug 2015 13:50:22 -0500 Subject: [Freeswitch-users] Re- BT SIP Testing require FreeSWITCH main developer's statement of compliance In-Reply-To: References: Message-ID: <55BFB7EE.7060009@quentustech.com> Have you had a chance to email consulting at freeswitch.org? I've seen a few large organizations require certifications like this, so it might be interesting to look into a two way certification process. At least one of these requirements have to do with the hardware more so than FS itself. William King Senior Engineer Quentus Technologies, INC 1037 NE 65th St Suite 273 Seattle, WA 98115 Main: (877) 211-9337 Office: (206) 388-4772 Cell: (253) 686-5518 william.king at quentustech.com On 8/3/15 7:26 AM, Andrew Keil wrote: > I guess this is targeted at Anthony, however Brian or Michael may also > be able to answer these. > > > > I am currently undertaking BT?s SIP compliance testing on behalf of my > client in the UK (on the latest production release of FreeSWITCH 1.4.20) > and BT have requested the following off the software supplier (which > could also be in the form of documentation, however if you simply state > ?Yes? for each of these then that should be enough): > > > > 1) RFC 3261 compliance > > a. I have already pointed BT to > https://freeswitch.org/confluence/display/FREESWITCH/Specifications > > 2) RFC 3550 compliance > > 3) RTP clock-source accuracy (RTP clock sources shall be accurate > to within 66ppm (ie. Shall not drift from a stratum 0 clock source by > more than 20ms over the course of a 3 minute call) > > 4) When calculating the jitter estimate to be sent in a receiver > report the variable holding this data shall be initialised to zero > before the first incoming RTP packet is processed (i.e. the ?s->jitter? > variable in RFC 3550 [8] Appendix A.8) > > 5) RFC 2833 compliance > > a. I have already pointed BT to > https://freeswitch.org/confluence/display/FREESWITCH/Specifications > > 6) RFC 4028 keep-alive timer compliant > > 7) Feature support: > > a. Call-hold reject > > b. RFC 3264 compliance > > c. Call-hold black-holing > > 8) G.711 Packet Loss Concealment (as described in G.711 Appendix I) > > > > Like I said above BT are just looking for a statement to say these are > supported inside FreeSWITCH from the developers of FreeSWITCH. That is > why a simple ?yes? will suffice. > > > > One idea is to perhaps add all of these (the ones that are missing) to > the https://freeswitch.org/confluence/display/FREESWITCH/Specifications > page. Just an idea. > > > > Thanks in advance, > > > > Andrew Keil > > *Visytel Pty Ltd* > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > From alex at digitalmail.com Tue Aug 4 17:36:34 2015 From: alex at digitalmail.com (Alex Lake) Date: Tue, 04 Aug 2015 14:36:34 +0100 Subject: [Freeswitch-users] Complex phrase macro In-Reply-To: References: <55B8BC10.9000002@digitalmail.com> <55B8CFDA.6000001@digitalmail.com> <55BB47F3.9070207@digitalmail.com> Message-ID: <55C0BFE2.2060905@digitalmail.com> Agreed. I tend to be using Lua wherever I can these days. If I were doing it again from scratch, that's what I'd use. Dialplan still the king for managing multithreads (and it seems to do this by magic as far as I can tell) but Lua is so much more readable for an old dinosaur like me. On 31/07/2015 18:32, Mario wrote: > I like LUA for this. I have a LUA that builds long sentences that even > include music in different places. The LUA builds the sound string > from multiple files dynamically and even adjusts the length of various > sections (like music) so the message is a fairly consistent length > even though the parts are different. Yes, LUA is more work up front > but then you can do much more and use the logic for multiple sound > purposes. > Mario >> On Jul 31, 2015, at 3:03 AM, Alex Lake > > wrote: >> >> It's because the whole dialplan is templated and I wanted to have one >> piece of data that could neatly go in. >> Lua would have been a possibility, I guess, but I quite like the >> phrase macro system. >> >> On 29/07/2015 18:16, Michael Jerris wrote: >>> Or even dialplan. When would this actually add any value over maybe >>> just calling playback multiple times in a row? >>> >>>> On Jul 29, 2015, at 1:02 PM, Stanislav Sinyagin >>>> > wrote: >>>> >>>> Why not just using Lua instead? >>>> >>>> On Jul 29, 2015 3:08 PM, "Alex Lake" >>> > wrote: >>>> >>>> OK - Got this working. Just in case anyone is interested: >>>> >>>> >>>> >>>> >>>> >>>> >>> data="phrase:xplayN:$1,$3"/> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> Example of use: >>>> >>>> >>> data="phrase:xplayN:/home/pabx/004-3774/x,001,0211,0221,0231"/> >>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150804/8bf5bc58/attachment-0001.html From lists at virtues.net Tue Aug 4 18:49:45 2015 From: lists at virtues.net (Thomas) Date: Tue, 4 Aug 2015 11:49:45 -0300 Subject: [Freeswitch-users] How to track call changes while running javascript? In-Reply-To: References: <825D25C7-B906-4124-A4F7-D982C55E4617@freeswitch.org> <55BE6E52.1050801@virtues.net> Message-ID: <55C0D109.7080608@virtues.net> It's regular JS sleeps blocking, but I tried the sleep dialplan app (from JS), too - same thing. I tried session.ready but it does not change if the SIP leg hangs up. The whole process establishes the call, so it terminates once that is done, it's the actual dialing process through a socket on another device. But the socket isn't blocking. That was my first guess and I worked around it. On 02.08.2015 18:11, Michael Jerris wrote: > what is it blocking on in the js? are you using session.ready? > > On Sunday, August 2, 2015, Thomas > wrote: > > They both don't change/fire. :/ It's as if the JS blocks everything about that call until it terminates. The > hangup does > not even register in the Freeswitch log until after the script finishes. Tried it outside execute_on_originate > with the > normal javascript application in the XML dialplan - same effect. The whole process seems to be a single thread - which > would make sense for most use cases, unfortunately just not this one. :P > > Is there a way to fork the JS execution into the background? Something similar to setTimout() maybe? Or even better > execute a dialplan app from JS that allows outside events to catch up? I tried the sleep application instead of JS > msleep, but that didn't help either. > > On 01.08.2015 22:05, Ken Rice wrote: > > You are looking for session ready or a hanguk up hook callback see confluence for details > > > > Sent from my iPhone > > > >> On Aug 1, 2015, at 3:53 PM, Thomas > wrote: > >> > >> Does anyone know if there is a way to track changes to the call state, most notably a hangup, while executing > >> Javascript? We're using JS to set up a call on a device connected to Freeswitch through portaudio. That call is > >> initiated with sip/sofia executing the JS in the dialplan. If the SIP leg hangs up while the JS is running, nothing > >> happens until the JS terminates. > >> > >> I wanted to check from the script, but haven't found a way to do that. "session.state" doesn't change, hangup hook > >> doesn't fire, and without setTimeout or something similar I didn't find a way to "background" the JS. > >> > >> Is there any way to detect a hangup during JS execution? > >> > >> Cheers! > >> > >> Thomas > >> > >> > >> _________________________________________________________________________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at 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 at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150804/ee7785f6/attachment.html From 4orbit at gmail.com Wed Aug 5 01:12:26 2015 From: 4orbit at gmail.com (Sergey Zhuravlov) Date: Wed, 5 Aug 2015 00:12:26 +0300 Subject: [Freeswitch-users] Multifon -- Outgoing connection is broken after a few seconds Message-ID: Hi Multifon service fron Megafon. Outgoing connection is broken after a few seconds (~10) of conversation. It seems the server provider sends BYE. I can not understand the reason for such behavior and how to fix it. Incoming calls through the same gateway works fine. 89.111.xx.xx:5080 193.201.229.35:5060 193.201.229.19 ???????????????????? ???????????????????? ???????????????????? 20:48:08.646458 ? INVITE (SDP) ? ? +0.025606 ? ??????????????????????????> ? ? 20:48:08.672064 ? 100 Trying ? ? +0.010084 ? ? ? 20:48:08.683088 ? INVITE (SDP) ? ? +0.027006 ? ??????????????????????????> ? ? 20:48:08.710094 ? 100 Trying ? ? +0.293250 ? ? ? ? RTP (g711a) 839 ? 29626? ????????????????????????????????????????????????????????> ?18792 20:48:28.927746 ? BYE ? ? +0.019088 ? ? ? ? ? ? ? ? ? and log 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.558105 [DEBUG] switch_rtp.c:5884 Correct ip/port confirmed. 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] switch_core_session.c:1061 Send signal sofia/internal/1002 at 4orbit.sxxxs.com [BREAK] 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] switch_core_session.c:1061 Send signal sofia/internal/1002 at 4orbit.sxxxs.com [BREAK] 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] switch_core_session.c:1061 Send signal sofia/internal/1002 at 4orbit.sxxxs.com [BREAK] 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] sofia.c:6634 Channel sofia/internal/1002 at 4orbit.sxxxs.com entering state [ready][200] f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:29.598105 [DEBUG] switch_core_session.c:978 Send signal sofia/external/749538000xx [BREAK] 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] switch_core_session.c:978 Send signal sofia/internal/1002 at 4orbit.sxxxs.com [BREAK] 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.638105 [DEBUG] switch_rtp.c:1937 rtcp_stats_init: ssrc[1980178037] base_seq[26785] 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:39.718126 [NOTICE] switch_rtp.c:5196 Receiving an RTCP packet[2015-04-07 20:29:39.730987] SSRC[1980178037]RTT[0.020386] A[2670967585] - DLSR[3909] - LSR[2670962340] f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] switch_core_session.c:1061 Send signal sofia/external/749538000xx [BREAK] f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [NOTICE] sofia.c:952 Hangup sofia/external/749538000xx [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] switch_channel.c:3242 Send signal sofia/external/749538000xx [KILL] f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] switch_core_session.c:1396 Send signal sofia/external/749538000xx [BREAK] f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.798150 [DEBUG] switch_ivr_bridge.c:660 BRIDGE THREAD DONE [sofia/external/749538000xx] 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:43.798150 [DEBUG] switch_ivr_bridge.c:690 Send signal sofia/internal/1002 at 4orbit.sxxxs.com [BREAK] -- WBR, Sergey GTALK/JABBER:4orbit at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/76686a79/attachment-0001.html From rtreleaven at bunnykick.ca Wed Aug 5 02:15:48 2015 From: rtreleaven at bunnykick.ca (Russell Treleaven) Date: Tue, 04 Aug 2015 22:15:48 -0000 Subject: [Freeswitch-users] Multifon -- Outgoing connection is broken after a few seconds In-Reply-To: CAB_ea6vri7-Z9eTQeFGqykOF2_EOmOxjniH-k2BoUqmrMxz5EA@mail.gmail.com Message-ID: <-988351336156552376@unknownmsgid> Can you confirm they are getting media? Sent from my BlackBerry? PlayBook? www.blackberry.com ------------------------------ *From:* "Sergey Zhuravlov" <4orbit at gmail.com> *To:* "freeswitch-users at lists.freeswitch.org" < freeswitch-users at lists.freeswitch.org> *Sent:* 4 August, 2015 5:13 PM *Subject:* [Freeswitch-users] Multifon -- Outgoing connection is broken after a few seconds Hi Multifon service fron Megafon. Outgoing connection is broken after a few seconds (~10) of conversation. It seems the server provider sends BYE. I can not understand the reason for such behavior and how to fix it. Incoming calls through the same gateway works fine. 89.111.xx.xx:5080 193.201.229.35:5060 193.201.229.19 ???????????????????? ???????????????????? ???????????????????? 20:48:08.646458 ? INVITE (SDP) ? ? +0.025606 ? ??????????????????????????> ? ? 20:48:08.672064 ? 100 Trying ? ? +0.010084 ? ? ? 20:48:08.683088 ? INVITE (SDP) ? ? +0.027006 ? ??????????????????????????> ? ? 20:48:08.710094 ? 100 Trying ? ? +0.293250 ? ? ? ? RTP (g711a) 839 ? 29626? ????????????????????????????????????????????????????????> ?18792 20:48:28.927746 ? BYE ? ? +0.019088 ? ? ? ? ? ? ? ? ? and log 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.558105 [DEBUG] switch_rtp.c:5884 Correct ip/port confirmed. 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] switch_core_session.c:1061 Send signal sofia/internal/1002 at 4orbit.sxxxs.com [BREAK] 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] switch_core_session.c:1061 Send signal sofia/internal/1002 at 4orbit.sxxxs.com [BREAK] 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] switch_core_session.c:1061 Send signal sofia/internal/1002 at 4orbit.sxxxs.com [BREAK] 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] sofia.c:6634 Channel sofia/internal/1002 at 4orbit.sxxxs.com entering state [ready][200] f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:29.598105 [DEBUG] switch_core_session.c:978 Send signal sofia/external/749538000xx [BREAK] 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] switch_core_session.c:978 Send signal sofia/internal/1002 at 4orbit.sxxxs.com [BREAK] 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.638105 [DEBUG] switch_rtp.c:1937 rtcp_stats_init: ssrc[1980178037] base_seq[26785] 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:39.718126 [NOTICE] switch_rtp.c:5196 Receiving an RTCP packet[2015-04-07 20:29:39.730987] SSRC[1980178037]RTT[0.020386] A[2670967585] - DLSR[3909] - LSR[2670962340] f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] switch_core_session.c:1061 Send signal sofia/external/749538000xx [BREAK] f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [NOTICE] sofia.c:952 Hangup sofia/external/749538000xx [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] switch_channel.c:3242 Send signal sofia/external/749538000xx [KILL] f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] switch_core_session.c:1396 Send signal sofia/external/749538000xx [BREAK] f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.798150 [DEBUG] switch_ivr_bridge.c:660 BRIDGE THREAD DONE [sofia/external/749538000xx] 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:43.798150 [DEBUG] switch_ivr_bridge.c:690 Send signal sofia/internal/1002 at 4orbit.sxxxs.com [BREAK] -- WBR, Sergey GTALK/JABBER:4orbit at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150804/65b04e5f/attachment.html -------------- next part -------------- _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From mike at jerris.com Wed Aug 5 02:32:55 2015 From: mike at jerris.com (Michael Jerris) Date: Tue, 4 Aug 2015 18:32:55 -0400 Subject: [Freeswitch-users] Multifon -- Outgoing connection is broken after a few seconds In-Reply-To: <-988351336156552376@unknownmsgid> References: <-988351336156552376@unknownmsgid> Message-ID: I'm guessing this is an insanely short and unreasonable media timeout on their side coupled with a nat issue. Check that the media ip is sane, check of you have a sip alg on your side, if so, turn it off, sip algs are almost all universally broken. also look at a packet trace from outside your router and see what is different. On Tuesday, August 4, 2015, Russell Treleaven wrote: > Can you confirm they are getting media? > > Sent from my BlackBerry? PlayBook? > www.blackberry.com > > ------------------------------ > *From:* "Sergey Zhuravlov" <4orbit at gmail.com > > > *To:* "freeswitch-users at lists.freeswitch.org > " < > freeswitch-users at lists.freeswitch.org > > > *Sent:* 4 August, 2015 5:13 PM > *Subject:* [Freeswitch-users] Multifon -- Outgoing connection is broken > after a few seconds > > Hi > > Multifon service fron Megafon. > > Outgoing connection is broken after a few seconds (~10) of conversation. > It seems the server provider sends BYE. > I can not understand the reason for such behavior and how to fix it. > > Incoming calls through the same gateway works fine. > > > > > 89.111.xx.xx:5080 193.201.229.35:5060 > 193.201.229.19 > ???????????????????? ???????????????????? > ???????????????????? > 20:48:08.646458 ? INVITE (SDP) > ? ? > +0.025606 ? ??????????????????????????> > ? ? > 20:48:08.672064 ? 100 Trying > ? ? > +0.010084 ? ? ? > 20:48:08.682148 ? 407 Proxy Authentication R > ? ? > +0.000254 ? ? ? > 20:48:08.682402 ? ACK > ? ? > +0.000686 ? ??????????????????????????> > ? ? > 20:48:08.683088 ? INVITE (SDP) > ? ? > +0.027006 ? ??????????????????????????> > ? ? > 20:48:08.710094 ? 100 Trying > ? ? > +0.293250 ? ? ? > 20:48:09.003344 ? 183 Session Progress (SDP) > ? ? > +0.323757 ? ? ? > ? RTP (g711a) > 989 ? > 29626? > 20:48:09.327101 ? 183 Session Progress > ? ? > +0.287857 ? ? ? > 20:48:09.614958 ? 183 Session Progress > ? ? > +0.185002 ? << ? ? > 20:48:09.799960 ? 200 OK (SDP) > ? ? > +0.006939 ? ? ? > 20:48:09.806899 ? ACK > ? ? > +19.120847 ? ??????????????????????????> > ? ? > ? RTP (g711a) > 839 ? > 29626? > ????????????????????????????????????????????????????????> ?18792 > 20:48:28.927746 ? BYE > ? ? > +0.019088 ? ? ? > 20:48:28.946834 ? 200 OK > ? ? > ? ??????????????????????????> > ? ? > ? > ? ? > ? > ? ? > > > > > and log > > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.558105 [DEBUG] > switch_rtp.c:5884 Correct ip/port confirmed. > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] > switch_core_session.c:1061 Send signal sofia/internal/ > 1002 at 4orbit.sxxxs.com > [BREAK] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] > switch_core_session.c:1061 Send signal sofia/internal/ > 1002 at 4orbit.sxxxs.com > [BREAK] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] > switch_core_session.c:1061 Send signal sofia/internal/ > 1002 at 4orbit.sxxxs.com > [BREAK] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] > sofia.c:6634 Channel sofia/internal/1002 at 4orbit.sxxxs.com > entering state > [ready][200] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:29.598105 [DEBUG] > switch_core_session.c:978 Send signal sofia/external/749538000xx [BREAK] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] > switch_core_session.c:978 Send signal sofia/internal/1002 at 4orbit.sxxxs.com > [BREAK] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.638105 [DEBUG] > switch_rtp.c:1937 rtcp_stats_init: ssrc[1980178037] base_seq[26785] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:39.718126 [NOTICE] > switch_rtp.c:5196 Receiving an RTCP packet[2015-04-07 20:29:39.730987] > SSRC[1980178037]RTT[0.020386] A[2670967585] - DLSR[3909] - LSR[2670962340] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] > switch_core_session.c:1061 Send signal sofia/external/749538000xx [BREAK] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [NOTICE] > sofia.c:952 Hangup sofia/external/749538000xx [CS_EXCHANGE_MEDIA] > [NORMAL_CLEARING] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] > switch_channel.c:3242 Send signal sofia/external/749538000xx [KILL] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] > switch_core_session.c:1396 Send signal sofia/external/749538000xx [BREAK] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.798150 [DEBUG] > switch_ivr_bridge.c:660 BRIDGE THREAD DONE [sofia/external/749538000xx] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:43.798150 [DEBUG] > switch_ivr_bridge.c:690 Send signal sofia/internal/1002 at 4orbit.sxxxs.com > [BREAK] > > > > > > > -- > WBR, Sergey > > GTALK/JABBER:4orbit at gmail.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150804/1b527dc5/attachment-0001.html From ssinyagin at gmail.com Wed Aug 5 02:46:40 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Wed, 5 Aug 2015 00:46:40 +0200 Subject: [Freeswitch-users] Multifon -- Outgoing connection is broken after a few seconds In-Reply-To: References: Message-ID: does the other side hear anything? Did you try calling your own mobile phone, for example? On Tue, Aug 4, 2015 at 11:12 PM, Sergey Zhuravlov <4orbit at gmail.com> wrote: > Hi > > Multifon service fron Megafon. > > Outgoing connection is broken after a few seconds (~10) of conversation. > It seems the server provider sends BYE. > I can not understand the reason for such behavior and how to fix it. > > Incoming calls through the same gateway works fine. > > > > > 89.111.xx.xx:5080 193.201.229.35:5060 > 193.201.229.19 > ???????????????????? ???????????????????? > ???????????????????? > 20:48:08.646458 ? INVITE (SDP) ? > ? > +0.025606 ? ??????????????????????????> ? > ? > 20:48:08.672064 ? 100 Trying ? > ? > +0.010084 ? ? > 20:48:08.682148 ? 407 Proxy Authentication R ? > ? > +0.000254 ? ? > 20:48:08.682402 ? ACK ? > ? > +0.000686 ? ??????????????????????????> ? > ? > 20:48:08.683088 ? INVITE (SDP) ? > ? > +0.027006 ? ??????????????????????????> ? > ? > 20:48:08.710094 ? 100 Trying ? > ? > +0.293250 ? ? > 20:48:09.003344 ? 183 Session Progress (SDP) ? > ? > +0.323757 ? ? > ? RTP (g711a) 989 > ? > 29626? > 20:48:09.327101 ? 183 Session Progress ? > ? > +0.287857 ? ? > 20:48:09.614958 ? 183 Session Progress ? > ? > +0.185002 ? << ? > 20:48:09.799960 ? 200 OK (SDP) ? > ? > +0.006939 ? ? > 20:48:09.806899 ? ACK ? > ? > +19.120847 ? ??????????????????????????> ? > ? > ? RTP (g711a) 839 > ? > 29626? > ????????????????????????????????????????????????????????> ?18792 > 20:48:28.927746 ? BYE ? > ? > +0.019088 ? ? > 20:48:28.946834 ? 200 OK ? > ? > ? ??????????????????????????> ? > ? > ? ? > ? > ? ? > ? > > > > > and log > > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.558105 [DEBUG] > switch_rtp.c:5884 Correct ip/port confirmed. > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] > switch_core_session.c:1061 Send signal sofia/internal/1002 at 4orbit.sxxxs.com > [BREAK] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] > switch_core_session.c:1061 Send signal sofia/internal/1002 at 4orbit.sxxxs.com > [BREAK] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] > switch_core_session.c:1061 Send signal sofia/internal/1002 at 4orbit.sxxxs.com > [BREAK] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] > sofia.c:6634 Channel sofia/internal/1002 at 4orbit.sxxxs.com entering state > [ready][200] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:29.598105 [DEBUG] > switch_core_session.c:978 Send signal sofia/external/749538000xx [BREAK] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] > switch_core_session.c:978 Send signal sofia/internal/1002 at 4orbit.sxxxs.com > [BREAK] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.638105 [DEBUG] > switch_rtp.c:1937 rtcp_stats_init: ssrc[1980178037] base_seq[26785] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:39.718126 [NOTICE] > switch_rtp.c:5196 Receiving an RTCP packet[2015-04-07 20:29:39.730987] > SSRC[1980178037]RTT[0.020386] A[2670967585] - DLSR[3909] - LSR[2670962340] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] > switch_core_session.c:1061 Send signal sofia/external/749538000xx [BREAK] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [NOTICE] > sofia.c:952 Hangup sofia/external/749538000xx [CS_EXCHANGE_MEDIA] > [NORMAL_CLEARING] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] > switch_channel.c:3242 Send signal sofia/external/749538000xx [KILL] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] > switch_core_session.c:1396 Send signal sofia/external/749538000xx [BREAK] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.798150 [DEBUG] > switch_ivr_bridge.c:660 BRIDGE THREAD DONE [sofia/external/749538000xx] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:43.798150 [DEBUG] > switch_ivr_bridge.c:690 Send signal sofia/internal/1002 at 4orbit.sxxxs.com > [BREAK] > > > > > > > -- > WBR, Sergey > > GTALK/JABBER:4orbit at gmail.com > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From babak.freeswitch at gmail.com Wed Aug 5 10:30:21 2015 From: babak.freeswitch at gmail.com (Babak Yakhchali) Date: Wed, 5 Aug 2015 11:00:21 +0430 Subject: [Freeswitch-users] using enable_heartbeat to detect network problems in event_socket Message-ID: Hi I'm using pure java sockets (not current available esl implementations) with event_socket to control sessions. to detect lan disconnects I'm using session_heartbeat events every 1 second (this is adjustable). Considering performance is this a bad approach or not ? any better suggestions? if I execute enable_heartbeat before answering the call this message is printed on console: switch_core_session.c:1555 sofia/internal/1000 at 172.16.90.1 using scheduler due to bypass media or media is not established. should I answer the session before calling enable_heartbeat? thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/b0978d67/attachment.html From mike at jerris.com Wed Aug 5 11:34:51 2015 From: mike at jerris.com (Michael Jerris) Date: Wed, 5 Aug 2015 03:34:51 -0400 Subject: [Freeswitch-users] using enable_heartbeat to detect network problems in event_socket In-Reply-To: References: Message-ID: I would just detect the socket closing instead of using a heartbeat for sure On Wednesday, August 5, 2015, Babak Yakhchali wrote: > Hi > I'm using pure java sockets (not current available esl implementations) > with event_socket to control sessions. to detect lan disconnects I'm using > session_heartbeat events every 1 second (this is adjustable). Considering > performance is this a bad approach or not ? any better suggestions? > if I execute enable_heartbeat before answering the call this message is > printed on console: > switch_core_session.c:1555 sofia/internal/1000 at 172.16.90.1 > using scheduler due to > bypass media or media is not established. > > should I answer the session before calling enable_heartbeat? > thanks > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/125c18a1/attachment.html From 4orbit at gmail.com Wed Aug 5 11:36:53 2015 From: 4orbit at gmail.com (Sergey Zhuravlov) Date: Wed, 5 Aug 2015 10:36:53 +0300 Subject: [Freeswitch-users] FreeSWITCH-users Digest, Vol 110, Issue 15 In-Reply-To: References: Message-ID: Yes, the first few seconds have audibility at least in one direction ---------- ???????????? ????????? ---------- > From: Russell Treleaven > To: FreeSWITCH Users Help > Cc: > Date: Tue, 04 Aug 2015 22:15:48 -0000 > Subject: Re: [Freeswitch-users] Multifon -- Outgoing connection is broken > after a few seconds > Can you confirm they are getting media? > > Sent from my BlackBerry? PlayBook? > www.blackberry.com > > ------------------------------ > *From:* "Sergey Zhuravlov" <4orbit at gmail.com> > *To:* "freeswitch-users at lists.freeswitch.org" < > freeswitch-users at lists.freeswitch.org> > *Sent:* 4 August, 2015 5:13 PM > *Subject:* [Freeswitch-users] Multifon -- Outgoing connection is broken > after a few seconds > > Hi > > Multifon service fron Megafon. > > Outgoing connection is broken after a few seconds (~10) of conversation. > It seems the server provider sends BYE. > I can not understand the reason for such behavior and how to fix it. > > Incoming calls through the same gateway works fine. > > > > > 89.111.xx.xx:5080 193.201.229.35:5060 > 193.201.229.19 > ???????????????????? ???????????????????? > ???????????????????? > 20:48:08.646458 ? INVITE (SDP) > ? ? > +0.025606 ? ??????????????????????????> > ? ? > 20:48:08.672064 ? 100 Trying > ? ? > +0.010084 ? ? ? > 20:48:08.682148 ? 407 Proxy Authentication R > ? ? > +0.000254 ? ? ? > 20:48:08.682402 ? ACK > ? ? > +0.000686 ? ??????????????????????????> > ? ? > 20:48:08.683088 ? INVITE (SDP) > ? ? > +0.027006 ? ??????????????????????????> > ? ? > 20:48:08.710094 ? 100 Trying > ? ? > +0.293250 ? ? ? > 20:48:09.003344 ? 183 Session Progress (SDP) > ? ? > +0.323757 ? ? ? > ? RTP (g711a) > 989 ? > 29626? > 20:48:09.327101 ? 183 Session Progress > ? ? > +0.287857 ? ? ? > 20:48:09.614958 ? 183 Session Progress > ? ? > +0.185002 ? << ? ? > 20:48:09.799960 ? 200 OK (SDP) > ? ? > +0.006939 ? ? ? > 20:48:09.806899 ? ACK > ? ? > +19.120847 ? ??????????????????????????> > ? ? > ? RTP (g711a) > 839 ? > 29626? > ????????????????????????????????????????????????????????> ?18792 > 20:48:28.927746 ? BYE > ? ? > +0.019088 ? ? ? > 20:48:28.946834 ? 200 OK > ? ? > ? ??????????????????????????> > ? ? > ? > ? ? > ? > ? ? > > > > > and log > > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.558105 [DEBUG] > switch_rtp.c:5884 Correct ip/port confirmed. > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] > switch_core_session.c:1061 Send signal sofia/internal/ > 1002 at 4orbit.sxxxs.com [BREAK] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] > switch_core_session.c:1061 Send signal sofia/internal/ > 1002 at 4orbit.sxxxs.com [BREAK] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] > switch_core_session.c:1061 Send signal sofia/internal/ > 1002 at 4orbit.sxxxs.com [BREAK] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] > sofia.c:6634 Channel sofia/internal/1002 at 4orbit.sxxxs.com entering state > [ready][200] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:29.598105 [DEBUG] > switch_core_session.c:978 Send signal sofia/external/749538000xx [BREAK] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] > switch_core_session.c:978 Send signal sofia/internal/1002 at 4orbit.sxxxs.com > [BREAK] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.638105 [DEBUG] > switch_rtp.c:1937 rtcp_stats_init: ssrc[1980178037] base_seq[26785] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:39.718126 [NOTICE] > switch_rtp.c:5196 Receiving an RTCP packet[2015-04-07 20:29:39.730987] > SSRC[1980178037]RTT[0.020386] A[2670967585] - DLSR[3909] - LSR[2670962340] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] > switch_core_session.c:1061 Send signal sofia/external/749538000xx [BREAK] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [NOTICE] > sofia.c:952 Hangup sofia/external/749538000xx [CS_EXCHANGE_MEDIA] > [NORMAL_CLEARING] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] > switch_channel.c:3242 Send signal sofia/external/749538000xx [KILL] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] > switch_core_session.c:1396 Send signal sofia/external/749538000xx [BREAK] > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.798150 [DEBUG] > switch_ivr_bridge.c:660 BRIDGE THREAD DONE [sofia/external/749538000xx] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:43.798150 [DEBUG] > switch_ivr_bridge.c:690 Send signal sofia/internal/1002 at 4orbit.sxxxs.com > [BREAK] > > > > > > > -- > WBR, Sergey > > GTALK/JABBER:4orbit at gmail.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/65f3106a/attachment-0001.html From babak.freeswitch at gmail.com Wed Aug 5 11:39:11 2015 From: babak.freeswitch at gmail.com (Babak Yakhchali) Date: Wed, 5 Aug 2015 12:09:11 +0430 Subject: [Freeswitch-users] using enable_heartbeat to detect network problems in event_socket In-Reply-To: References: Message-ID: but if for example network connection is lost the socket will remain open forever! On Wed, Aug 5, 2015 at 12:04 PM, Michael Jerris wrote: > I would just detect the socket closing instead of using a heartbeat for > sure > > > On Wednesday, August 5, 2015, Babak Yakhchali > wrote: > >> Hi >> I'm using pure java sockets (not current available esl implementations) >> with event_socket to control sessions. to detect lan disconnects I'm using >> session_heartbeat events every 1 second (this is adjustable). Considering >> performance is this a bad approach or not ? any better suggestions? >> if I execute enable_heartbeat before answering the call this message is >> printed on console: >> switch_core_session.c:1555 sofia/internal/1000 at 172.16.90.1 using >> scheduler due to bypass media or media is not established. >> >> should I answer the session before calling enable_heartbeat? >> thanks >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/0c1c9ea7/attachment.html From ssinyagin at gmail.com Wed Aug 5 12:12:17 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Wed, 5 Aug 2015 10:12:17 +0200 Subject: [Freeswitch-users] using enable_heartbeat to detect network problems in event_socket In-Reply-To: References: Message-ID: if you're concerned about FreeSWITCH performance, you can monitor the general network connectivity with ping tests, or some other cheap heartbeat protocol, and use ESL heartbeat at a lower rate. But in general, once per second doesn't seem to be dangerous for anything. On Wed, Aug 5, 2015 at 9:39 AM, Babak Yakhchali wrote: > but if for example network connection is lost the socket will remain open > forever! > > On Wed, Aug 5, 2015 at 12:04 PM, Michael Jerris wrote: >> >> I would just detect the socket closing instead of using a heartbeat for >> sure >> >> >> On Wednesday, August 5, 2015, Babak Yakhchali >> wrote: >>> >>> Hi >>> I'm using pure java sockets (not current available esl implementations) >>> with event_socket to control sessions. to detect lan disconnects I'm using >>> session_heartbeat events every 1 second (this is adjustable). Considering >>> performance is this a bad approach or not ? any better suggestions? >>> if I execute enable_heartbeat before answering the call this message is >>> printed on console: >>> switch_core_session.c:1555 sofia/internal/1000 at 172.16.90.1 using >>> scheduler due to bypass media or media is not established. >>> >>> should I answer the session before calling enable_heartbeat? >>> thanks >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From mike at jerris.com Wed Aug 5 13:13:04 2015 From: mike at jerris.com (Michael Jerris) Date: Wed, 5 Aug 2015 05:13:04 -0400 Subject: [Freeswitch-users] FreeSWITCH-users Digest, Vol 110, Issue 15 In-Reply-To: References: Message-ID: which direction? On Wednesday, August 5, 2015, Sergey Zhuravlov <4orbit at gmail.com> wrote: > Yes, the first few seconds have audibility at least in one direction > > ---------- ???????????? ????????? ---------- > >> From: Russell Treleaven > > >> To: FreeSWITCH Users Help > > >> Cc: >> Date: Tue, 04 Aug 2015 22:15:48 -0000 >> Subject: Re: [Freeswitch-users] Multifon -- Outgoing connection is broken >> after a few seconds >> Can you confirm they are getting media? >> >> Sent from my BlackBerry? PlayBook? >> www.blackberry.com >> >> ------------------------------ >> *From:* "Sergey Zhuravlov" <4orbit at gmail.com >> > >> *To:* "freeswitch-users at lists.freeswitch.org >> " >> > > >> *Sent:* 4 August, 2015 5:13 PM >> *Subject:* [Freeswitch-users] Multifon -- Outgoing connection is broken >> after a few seconds >> >> Hi >> >> Multifon service fron Megafon. >> >> Outgoing connection is broken after a few seconds (~10) of conversation. >> It seems the server provider sends BYE. >> I can not understand the reason for such behavior and how to fix it. >> >> Incoming calls through the same gateway works fine. >> >> >> >> >> 89.111.xx.xx:5080 193.201.229.35:5060 >> 193.201.229.19 >> ???????????????????? ???????????????????? >> ???????????????????? >> 20:48:08.646458 ? INVITE (SDP) >> ? ? >> +0.025606 ? ??????????????????????????> >> ? ? >> 20:48:08.672064 ? 100 Trying >> ? ? >> +0.010084 ? > ? ? >> 20:48:08.682148 ? 407 Proxy Authentication R >> ? ? >> +0.000254 ? > ? ? >> 20:48:08.682402 ? ACK >> ? ? >> +0.000686 ? ??????????????????????????> >> ? ? >> 20:48:08.683088 ? INVITE (SDP) >> ? ? >> +0.027006 ? ??????????????????????????> >> ? ? >> 20:48:08.710094 ? 100 Trying >> ? ? >> +0.293250 ? > ? ? >> 20:48:09.003344 ? 183 Session Progress (SDP) >> ? ? >> +0.323757 ? > ? ? >> ? RTP (g711a) >> 989 ? >> 29626? >> > 20:48:09.327101 ? 183 Session Progress >> ? ? >> +0.287857 ? > ? ? >> 20:48:09.614958 ? 183 Session Progress >> ? ? >> +0.185002 ? <<> ? ? >> 20:48:09.799960 ? 200 OK (SDP) >> ? ? >> +0.006939 ? > ? ? >> 20:48:09.806899 ? ACK >> ? ? >> +19.120847 ? ??????????????????????????> >> ? ? >> ? RTP (g711a) >> 839 ? >> 29626? >> ????????????????????????????????????????????????????????> ?18792 >> 20:48:28.927746 ? BYE >> ? ? >> +0.019088 ? > ? ? >> 20:48:28.946834 ? 200 OK >> ? ? >> ? ??????????????????????????> >> ? ? >> ? >> ? ? >> ? >> ? ? >> >> >> >> >> and log >> >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.558105 [DEBUG] >> switch_rtp.c:5884 Correct ip/port confirmed. >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] >> switch_core_session.c:1061 Send signal sofia/internal/ >> 1002 at 4orbit.sxxxs.com >> [BREAK] >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] >> switch_core_session.c:1061 Send signal sofia/internal/ >> 1002 at 4orbit.sxxxs.com >> [BREAK] >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] >> switch_core_session.c:1061 Send signal sofia/internal/ >> 1002 at 4orbit.sxxxs.com >> [BREAK] >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] >> sofia.c:6634 Channel sofia/internal/1002 at 4orbit.sxxxs.com >> entering state >> [ready][200] >> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:29.598105 [DEBUG] >> switch_core_session.c:978 Send signal sofia/external/749538000xx [BREAK] >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] >> switch_core_session.c:978 Send signal sofia/internal/ >> 1002 at 4orbit.sxxxs.com >> [BREAK] >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.638105 [DEBUG] >> switch_rtp.c:1937 rtcp_stats_init: ssrc[1980178037] base_seq[26785] >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:39.718126 [NOTICE] >> switch_rtp.c:5196 Receiving an RTCP packet[2015-04-07 20:29:39.730987] >> SSRC[1980178037]RTT[0.020386] A[2670967585] - DLSR[3909] - LSR[2670962340] >> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] >> switch_core_session.c:1061 Send signal sofia/external/749538000xx [BREAK] >> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [NOTICE] >> sofia.c:952 Hangup sofia/external/749538000xx [CS_EXCHANGE_MEDIA] >> [NORMAL_CLEARING] >> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] >> switch_channel.c:3242 Send signal sofia/external/749538000xx [KILL] >> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] >> switch_core_session.c:1396 Send signal sofia/external/749538000xx [BREAK] >> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.798150 [DEBUG] >> switch_ivr_bridge.c:660 BRIDGE THREAD DONE [sofia/external/749538000xx] >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:43.798150 [DEBUG] >> switch_ivr_bridge.c:690 Send signal sofia/internal/1002 at 4orbit.sxxxs.com >> [BREAK] >> >> >> >> >> >> >> -- >> WBR, Sergey >> >> GTALK/JABBER:4orbit at gmail.com >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/593d8f4c/attachment-0001.html From mike at jerris.com Wed Aug 5 13:14:03 2015 From: mike at jerris.com (Michael Jerris) Date: Wed, 5 Aug 2015 05:14:03 -0400 Subject: [Freeswitch-users] using enable_heartbeat to detect network problems in event_socket In-Reply-To: References: Message-ID: are you saying Java provides no way to detect a tcp socket disconnect? On Wednesday, August 5, 2015, Babak Yakhchali wrote: > but if for example network connection is lost the socket will remain open > forever! > > On Wed, Aug 5, 2015 at 12:04 PM, Michael Jerris > wrote: > >> I would just detect the socket closing instead of using a heartbeat for >> sure >> >> >> On Wednesday, August 5, 2015, Babak Yakhchali > > wrote: >> >>> Hi >>> I'm using pure java sockets (not current available esl implementations) >>> with event_socket to control sessions. to detect lan disconnects I'm using >>> session_heartbeat events every 1 second (this is adjustable). Considering >>> performance is this a bad approach or not ? any better suggestions? >>> if I execute enable_heartbeat before answering the call this message is >>> printed on console: >>> switch_core_session.c:1555 sofia/internal/1000 at 172.16.90.1 using >>> scheduler due to bypass media or media is not established. >>> >>> should I answer the session before calling enable_heartbeat? >>> thanks >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/12e61849/attachment.html From babak.freeswitch at gmail.com Wed Aug 5 13:20:15 2015 From: babak.freeswitch at gmail.com (Babak Yakhchali) Date: Wed, 5 Aug 2015 13:50:15 +0430 Subject: [Freeswitch-users] using enable_heartbeat to detect network problems in event_socket In-Reply-To: References: Message-ID: no. if socket is closed, an exception is thrown and you can catch it and handle it. but if for example your connection is lost, socket will be open till keep alive timer expires. this keep alive is os based and you can not set it for every socket (may be I'm wrong about this part). On Wed, Aug 5, 2015 at 1:44 PM, Michael Jerris wrote: > are you saying Java provides no way to detect a tcp socket disconnect? > > > On Wednesday, August 5, 2015, Babak Yakhchali > wrote: > >> but if for example network connection is lost the socket will remain open >> forever! >> >> On Wed, Aug 5, 2015 at 12:04 PM, Michael Jerris wrote: >> >>> I would just detect the socket closing instead of using a heartbeat for >>> sure >>> >>> >>> On Wednesday, August 5, 2015, Babak Yakhchali < >>> babak.freeswitch at gmail.com> wrote: >>> >>>> Hi >>>> I'm using pure java sockets (not current available esl implementations) >>>> with event_socket to control sessions. to detect lan disconnects I'm using >>>> session_heartbeat events every 1 second (this is adjustable). Considering >>>> performance is this a bad approach or not ? any better suggestions? >>>> if I execute enable_heartbeat before answering the call this message is >>>> printed on console: >>>> switch_core_session.c:1555 sofia/internal/1000 at 172.16.90.1 using >>>> scheduler due to bypass media or media is not established. >>>> >>>> should I answer the session before calling enable_heartbeat? >>>> thanks >>>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/2535e035/attachment.html From babak.freeswitch at gmail.com Wed Aug 5 13:47:07 2015 From: babak.freeswitch at gmail.com (Babak Yakhchali) Date: Wed, 5 Aug 2015 14:17:07 +0430 Subject: [Freeswitch-users] using enable_heartbeat to detect network problems in event_socket In-Reply-To: References: Message-ID: http://stackoverflow.com/questions/1480236/does-a-tcp-socket-connection-have-a-keep-alive On Wed, Aug 5, 2015 at 1:50 PM, Babak Yakhchali wrote: > no. if socket is closed, an exception is thrown and you can catch it and > handle it. but if for example your connection is lost, socket will be open > till keep alive timer expires. this keep alive is os based and you can not > set it for every socket (may be I'm wrong about this part). > > On Wed, Aug 5, 2015 at 1:44 PM, Michael Jerris wrote: > >> are you saying Java provides no way to detect a tcp socket disconnect? >> >> >> On Wednesday, August 5, 2015, Babak Yakhchali >> wrote: >> >>> but if for example network connection is lost the socket will remain >>> open forever! >>> >>> On Wed, Aug 5, 2015 at 12:04 PM, Michael Jerris wrote: >>> >>>> I would just detect the socket closing instead of using a heartbeat for >>>> sure >>>> >>>> >>>> On Wednesday, August 5, 2015, Babak Yakhchali < >>>> babak.freeswitch at gmail.com> wrote: >>>> >>>>> Hi >>>>> I'm using pure java sockets (not current available esl >>>>> implementations) with event_socket to control sessions. to detect lan >>>>> disconnects I'm using session_heartbeat events every 1 second (this is >>>>> adjustable). Considering performance is this a bad approach or not ? any >>>>> better suggestions? >>>>> if I execute enable_heartbeat before answering the call this message >>>>> is printed on console: >>>>> switch_core_session.c:1555 sofia/internal/1000 at 172.16.90.1 using >>>>> scheduler due to bypass media or media is not established. >>>>> >>>>> should I answer the session before calling enable_heartbeat? >>>>> thanks >>>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/acde25a7/attachment.html From ssinyagin at gmail.com Wed Aug 5 14:24:19 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Wed, 5 Aug 2015 12:24:19 +0200 Subject: [Freeswitch-users] using enable_heartbeat to detect network problems in event_socket In-Reply-To: References: Message-ID: it's not Java-specific really. Imagine you have an open TCP connection that has no traffic, and somewhere inbetween there's a network failure. You will only know about it when you start sending the data, and the TCP timeout occurs. You will get the socket error exception only after all retransmission attempts failed, and that may take quite some significant time. If ICMP is allowed in the network, some failures would generate ICMP messages which will speed up the process, but you can't rely on this. So, if you need to know about the failure quickly enough, you need to monitor the server reachability with some connectionless protocol, like ICMP echo or some UDP-based keepalive. On Wed, Aug 5, 2015 at 11:14 AM, Michael Jerris wrote: > are you saying Java provides no way to detect a tcp socket disconnect? > > > On Wednesday, August 5, 2015, Babak Yakhchali > wrote: >> >> but if for example network connection is lost the socket will remain open >> forever! >> >> On Wed, Aug 5, 2015 at 12:04 PM, Michael Jerris wrote: >>> >>> I would just detect the socket closing instead of using a heartbeat for >>> sure >>> >>> >>> On Wednesday, August 5, 2015, Babak Yakhchali >>> wrote: >>>> >>>> Hi >>>> I'm using pure java sockets (not current available esl implementations) >>>> with event_socket to control sessions. to detect lan disconnects I'm using >>>> session_heartbeat events every 1 second (this is adjustable). Considering >>>> performance is this a bad approach or not ? any better suggestions? >>>> if I execute enable_heartbeat before answering the call this message is >>>> printed on console: >>>> switch_core_session.c:1555 sofia/internal/1000 at 172.16.90.1 using >>>> scheduler due to bypass media or media is not established. >>>> >>>> should I answer the session before calling enable_heartbeat? >>>> thanks >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From danny.gershman at gmail.com Wed Aug 5 14:35:00 2015 From: danny.gershman at gmail.com (Danny Gershman) Date: Wed, 05 Aug 2015 10:35:00 +0000 Subject: [Freeswitch-users] using enable_heartbeat to detect network problems in event_socket In-Reply-To: References: Message-ID: Not sure this is helpful for you, but create a simple TCP socket connection with NodeJS. When there is a connection failure an immediate callback occurs. On Wed, Aug 5, 2015 at 6:25 AM Stanislav Sinyagin wrote: > it's not Java-specific really. > > Imagine you have an open TCP connection that has no traffic, and > somewhere inbetween there's a network failure. You will only know > about it when you start sending the data, and the TCP timeout occurs. > You will get the socket error exception only after all retransmission > attempts failed, and that may take quite some significant time. If > ICMP is allowed in the network, some failures would generate ICMP > messages which will speed up the process, but you can't rely on this. > > So, if you need to know about the failure quickly enough, you need to > monitor the server reachability with some connectionless protocol, > like ICMP echo or some UDP-based keepalive. > > > > > > On Wed, Aug 5, 2015 at 11:14 AM, Michael Jerris wrote: > > are you saying Java provides no way to detect a tcp socket disconnect? > > > > > > On Wednesday, August 5, 2015, Babak Yakhchali < > babak.freeswitch at gmail.com> > > wrote: > >> > >> but if for example network connection is lost the socket will remain > open > >> forever! > >> > >> On Wed, Aug 5, 2015 at 12:04 PM, Michael Jerris > wrote: > >>> > >>> I would just detect the socket closing instead of using a heartbeat for > >>> sure > >>> > >>> > >>> On Wednesday, August 5, 2015, Babak Yakhchali > >>> wrote: > >>>> > >>>> Hi > >>>> I'm using pure java sockets (not current available esl > implementations) > >>>> with event_socket to control sessions. to detect lan disconnects I'm > using > >>>> session_heartbeat events every 1 second (this is adjustable). > Considering > >>>> performance is this a bad approach or not ? any better suggestions? > >>>> if I execute enable_heartbeat before answering the call this message > is > >>>> printed on console: > >>>> switch_core_session.c:1555 sofia/internal/1000 at 172.16.90.1 using > >>>> scheduler due to bypass media or media is not established. > >>>> > >>>> should I answer the session before calling enable_heartbeat? > >>>> thanks > >>> > >>> > >>> > _________________________________________________________________________ > >>> Professional FreeSWITCH Consulting Services: > >>> consulting at 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 at lists.freeswitch.org > >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >>> http://www.freeswitch.org > >> > >> > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/a4bed49f/attachment.html From regis.freeswitch.org at tornad.net Wed Aug 5 14:51:18 2015 From: regis.freeswitch.org at tornad.net (Regis M) Date: Wed, 5 Aug 2015 12:51:18 +0200 Subject: [Freeswitch-users] using enable_heartbeat to detect network problems in event_socket In-Reply-To: References: Message-ID: As Stanislas said.. in TCP, broken socket is detected by client only if server closes it properly or client is trying to sending something on closed/died server socket.... I think in nodejs, an open connection will wait forever too if not sending anything. 2015-08-05 12:35 GMT+02:00 Danny Gershman : > Not sure this is helpful for you, but create a simple TCP socket > connection with NodeJS. When there is a connection failure an immediate > callback occurs. > > On Wed, Aug 5, 2015 at 6:25 AM Stanislav Sinyagin > wrote: > >> it's not Java-specific really. >> >> Imagine you have an open TCP connection that has no traffic, and >> somewhere inbetween there's a network failure. You will only know >> about it when you start sending the data, and the TCP timeout occurs. >> You will get the socket error exception only after all retransmission >> attempts failed, and that may take quite some significant time. If >> ICMP is allowed in the network, some failures would generate ICMP >> messages which will speed up the process, but you can't rely on this. >> >> So, if you need to know about the failure quickly enough, you need to >> monitor the server reachability with some connectionless protocol, >> like ICMP echo or some UDP-based keepalive. >> >> >> >> >> >> On Wed, Aug 5, 2015 at 11:14 AM, Michael Jerris wrote: >> > are you saying Java provides no way to detect a tcp socket disconnect? >> > >> > >> > On Wednesday, August 5, 2015, Babak Yakhchali < >> babak.freeswitch at gmail.com> >> > wrote: >> >> >> >> but if for example network connection is lost the socket will remain >> open >> >> forever! >> >> >> >> On Wed, Aug 5, 2015 at 12:04 PM, Michael Jerris >> wrote: >> >>> >> >>> I would just detect the socket closing instead of using a heartbeat >> for >> >>> sure >> >>> >> >>> >> >>> On Wednesday, August 5, 2015, Babak Yakhchali >> >>> wrote: >> >>>> >> >>>> Hi >> >>>> I'm using pure java sockets (not current available esl >> implementations) >> >>>> with event_socket to control sessions. to detect lan disconnects I'm >> using >> >>>> session_heartbeat events every 1 second (this is adjustable). >> Considering >> >>>> performance is this a bad approach or not ? any better suggestions? >> >>>> if I execute enable_heartbeat before answering the call this message >> is >> >>>> printed on console: >> >>>> switch_core_session.c:1555 sofia/internal/1000 at 172.16.90.1 using >> >>>> scheduler due to bypass media or media is not established. >> >>>> >> >>>> should I answer the session before calling enable_heartbeat? >> >>>> thanks >> >>> >> >>> >> >>> >> _________________________________________________________________________ >> >>> Professional FreeSWITCH Consulting Services: >> >>> consulting at 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 at lists.freeswitch.org >> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >>> UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> >>> http://www.freeswitch.org >> >> >> >> >> > >> > >> _________________________________________________________________________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at 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 at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/db517c3b/attachment-0001.html From babak.freeswitch at gmail.com Wed Aug 5 14:54:55 2015 From: babak.freeswitch at gmail.com (Babak Yakhchali) Date: Wed, 5 Aug 2015 15:24:55 +0430 Subject: [Freeswitch-users] using enable_heartbeat to detect network problems in event_socket In-Reply-To: References: Message-ID: thank you all for your answers. As I want to implement it using only java and tcp I think using session heartbeat with a monitoring timer is my best solution. On Wed, Aug 5, 2015 at 3:21 PM, Regis M wrote: > As Stanislas said.. in TCP, broken socket is detected by client only if > server closes it properly or client is trying to sending something on > closed/died server socket.... I think in nodejs, an open connection will > wait forever too if not sending anything. > > 2015-08-05 12:35 GMT+02:00 Danny Gershman : > >> Not sure this is helpful for you, but create a simple TCP socket >> connection with NodeJS. When there is a connection failure an immediate >> callback occurs. >> >> On Wed, Aug 5, 2015 at 6:25 AM Stanislav Sinyagin >> wrote: >> >>> it's not Java-specific really. >>> >>> Imagine you have an open TCP connection that has no traffic, and >>> somewhere inbetween there's a network failure. You will only know >>> about it when you start sending the data, and the TCP timeout occurs. >>> You will get the socket error exception only after all retransmission >>> attempts failed, and that may take quite some significant time. If >>> ICMP is allowed in the network, some failures would generate ICMP >>> messages which will speed up the process, but you can't rely on this. >>> >>> So, if you need to know about the failure quickly enough, you need to >>> monitor the server reachability with some connectionless protocol, >>> like ICMP echo or some UDP-based keepalive. >>> >>> >>> >>> >>> >>> On Wed, Aug 5, 2015 at 11:14 AM, Michael Jerris wrote: >>> > are you saying Java provides no way to detect a tcp socket disconnect? >>> > >>> > >>> > On Wednesday, August 5, 2015, Babak Yakhchali < >>> babak.freeswitch at gmail.com> >>> > wrote: >>> >> >>> >> but if for example network connection is lost the socket will remain >>> open >>> >> forever! >>> >> >>> >> On Wed, Aug 5, 2015 at 12:04 PM, Michael Jerris >>> wrote: >>> >>> >>> >>> I would just detect the socket closing instead of using a heartbeat >>> for >>> >>> sure >>> >>> >>> >>> >>> >>> On Wednesday, August 5, 2015, Babak Yakhchali >>> >>> wrote: >>> >>>> >>> >>>> Hi >>> >>>> I'm using pure java sockets (not current available esl >>> implementations) >>> >>>> with event_socket to control sessions. to detect lan disconnects >>> I'm using >>> >>>> session_heartbeat events every 1 second (this is adjustable). >>> Considering >>> >>>> performance is this a bad approach or not ? any better suggestions? >>> >>>> if I execute enable_heartbeat before answering the call this >>> message is >>> >>>> printed on console: >>> >>>> switch_core_session.c:1555 sofia/internal/1000 at 172.16.90.1 using >>> >>>> scheduler due to bypass media or media is not established. >>> >>>> >>> >>>> should I answer the session before calling enable_heartbeat? >>> >>>> thanks >>> >>> >>> >>> >>> >>> >>> _________________________________________________________________________ >>> >>> Professional FreeSWITCH Consulting Services: >>> >>> consulting at 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 at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >>> UNSUBSCRIBE: >>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >>> http://www.freeswitch.org >>> >> >>> >> >>> > >>> > >>> _________________________________________________________________________ >>> > Professional FreeSWITCH Consulting Services: >>> > consulting at 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 at lists.freeswitch.org >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > UNSUBSCRIBE: >>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>> > http://www.freeswitch.org >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/7330d212/attachment.html From joseseabra4 at gmail.com Tue Aug 4 01:23:18 2015 From: joseseabra4 at gmail.com (=?UTF-8?B?Sm9zw6kgU2VhYnJh?=) Date: Mon, 3 Aug 2015 22:23:18 +0100 Subject: [Freeswitch-users] WebRTC and H.323 to SIP video gateway Message-ID: Hello all, We pretend to built a FS based video gateway, to translate H.323 or WebRTC based video endpoints to SIP and send it over a SIP only MCU, also based in FS, with an option to also do video transcoding in the gateway, like H263 to H264. The setup is something like this: Video Endpoint == H.323 ==> FS Video GW == SIP ==> FS MCU Video Endpoint == WebRTC ==> FS Video GW == SIP ==> FS MCU Is this possible to do this using FS? Thank you. Best Regards -- Cumprimentos Jos? Seabra -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150803/b448f1a7/attachment.html From alexeymelnichuck at gmail.com Wed Aug 5 11:04:11 2015 From: alexeymelnichuck at gmail.com (Alexey Melnichuk) Date: Wed, 5 Aug 2015 07:04:11 +0000 (UTC) Subject: [Freeswitch-users] transfer bleg before answer Message-ID: I have 2 problems with transfer bleg before bleg answered. Suppose I have dialplan such as So after bridge starts (calling 207) aleg press `**` and bleg transfers successfully, but after 10 sec bleg should call to 203 but this is not happenning. How I can achive this without using loopback or making call to sofia/127.0.0.1. Also I can not figure out how I can transfer bleg after aleg is hangup. I try use `api_hangup_hook` on aleg but when it called bleg alredy dead. If bleg answered I can use `transfer_after_bridge=xfer_transfer:XML:${context}` But this does not work if bleg is not answered. From 4orbit at gmail.com Wed Aug 5 17:34:05 2015 From: 4orbit at gmail.com (Sergey Zhuravlov) Date: Wed, 5 Aug 2015 16:34:05 +0300 Subject: [Freeswitch-users] Multifon -- Outgoing connection is broken after a few seconds (Stanislav Sinyagin) Message-ID: excellent sided audibility but only a few seconds! such behavior began after the restart freswitch as service before many months after making some changes to the settings are made sofia profile internal rescan reloadsml sofia profile external reloadsml and all was well. The server itself is not overloaded, but updated by aptitude update 2---------- ???????????? ????????? ---------- > From: Stanislav Sinyagin > To: FreeSWITCH Users Help > Cc: > Date: Wed, 5 Aug 2015 00:46:40 +0200 > Subject: Re: [Freeswitch-users] Multifon -- Outgoing connection is broken > after a few seconds > does the other side hear anything? Did you try calling your own mobile > phone, for example? > > On Tue, Aug 4, 2015 at 11:12 PM, Sergey Zhuravlov <4orbit at gmail.com> > wrote: > > Hi > > > > Multifon service fron Megafon. > > > > Outgoing connection is broken after a few seconds (~10) of conversation. > > It seems the server provider sends BYE. > > I can not understand the reason for such behavior and how to fix it. > > > > Incoming calls through the same gateway works fine. > > > > > > > > > > 89.111.xx.xx:5080 193.201.229.35:5060 > > 193.201.229.19 > > ???????????????????? ???????????????????? > > ???????????????????? > > 20:48:08.646458 ? INVITE (SDP) ? > > ? > > +0.025606 ? ??????????????????????????> ? > > ? > > 20:48:08.672064 ? 100 Trying ? > > ? > > +0.010084 ? > ? > > 20:48:08.682148 ? 407 Proxy Authentication R ? > > ? > > +0.000254 ? > ? > > 20:48:08.682402 ? ACK ? > > ? > > +0.000686 ? ??????????????????????????> ? > > ? > > 20:48:08.683088 ? INVITE (SDP) ? > > ? > > +0.027006 ? ??????????????????????????> ? > > ? > > 20:48:08.710094 ? 100 Trying ? > > ? > > +0.293250 ? > ? > > 20:48:09.003344 ? 183 Session Progress (SDP) ? > > ? > > +0.323757 ? > ? > > ? RTP (g711a) 989 > > ? > > 29626? > > > 20:48:09.327101 ? 183 Session Progress ? > > ? > > +0.287857 ? > ? > > 20:48:09.614958 ? 183 Session Progress ? > > ? > > +0.185002 ? << > ? > > 20:48:09.799960 ? 200 OK (SDP) ? > > ? > > +0.006939 ? > ? > > 20:48:09.806899 ? ACK ? > > ? > > +19.120847 ? ??????????????????????????> ? > > ? > > ? RTP (g711a) 839 > > ? > > 29626? > > ????????????????????????????????????????????????????????> ?18792 > > 20:48:28.927746 ? BYE ? > > ? > > +0.019088 ? > ? > > 20:48:28.946834 ? 200 OK ? > > ? > > ? ??????????????????????????> ? > > ? > > ? ? > > ? > > ? ? > > ? > > > > > > > > > > and log > > > > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.558105 [DEBUG] > > switch_rtp.c:5884 Correct ip/port confirmed. > > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] > > switch_core_session.c:1061 Send signal sofia/internal/ > 1002 at 4orbit.sxxxs.com > > [BREAK] > > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] > > switch_core_session.c:1061 Send signal sofia/internal/ > 1002 at 4orbit.sxxxs.com > > [BREAK] > > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] > > switch_core_session.c:1061 Send signal sofia/internal/ > 1002 at 4orbit.sxxxs.com > > [BREAK] > > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] > > sofia.c:6634 Channel sofia/internal/1002 at 4orbit.sxxxs.com entering state > > [ready][200] > > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:29.598105 [DEBUG] > > switch_core_session.c:978 Send signal sofia/external/749538000xx [BREAK] > > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] > > switch_core_session.c:978 Send signal sofia/internal/ > 1002 at 4orbit.sxxxs.com > > [BREAK] > > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.638105 [DEBUG] > > switch_rtp.c:1937 rtcp_stats_init: ssrc[1980178037] base_seq[26785] > > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:39.718126 [NOTICE] > > switch_rtp.c:5196 Receiving an RTCP packet[2015-04-07 20:29:39.730987] > > SSRC[1980178037]RTT[0.020386] A[2670967585] - DLSR[3909] - > LSR[2670962340] > > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] > > switch_core_session.c:1061 Send signal sofia/external/749538000xx [BREAK] > > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [NOTICE] > > sofia.c:952 Hangup sofia/external/749538000xx [CS_EXCHANGE_MEDIA] > > [NORMAL_CLEARING] > > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] > > switch_channel.c:3242 Send signal sofia/external/749538000xx [KILL] > > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] > > switch_core_session.c:1396 Send signal sofia/external/749538000xx [BREAK] > > f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.798150 [DEBUG] > > switch_ivr_bridge.c:660 BRIDGE THREAD DONE [sofia/external/749538000xx] > > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:43.798150 [DEBUG] > > switch_ivr_bridge.c:690 Send signal sofia/internal/1002 at 4orbit.sxxxs.com > > [BREAK] > > > > > > > > > > > > > > -- > > WBR, Sergey > > > > GTALK/JABBER:4orbit at gmail.com > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > -- WBR, Sergey GTALK/JABBER:4orbit at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/92b65b4b/attachment.html From victor.medina at cibersys.com Wed Aug 5 17:38:13 2015 From: victor.medina at cibersys.com (Victor Medina) Date: Wed, 5 Aug 2015 09:08:13 -0430 Subject: [Freeswitch-users] ZRTP Mandatory for Calls In-Reply-To: <9D11FE37990E404ABB5A83053088DAD1119FB0B7@Exch-17.MessageExchange.com> References: <9D11FE37990E404ABB5A83053088DAD1119FB0B7@Exch-17.MessageExchange.com> Message-ID: Hi ! Create an additional channel Enable zrtp and bypass media on this channel. Connect zrtp clients to this channel. El 05/08/2015 08:19, "Ollie Owens" escribi?: > Hello, > > I'm currently struggling to find a way to force Freeswitch to only allow > ZRTP based calls without a trusted MiTM. > > I've tried to use "is_zrtp_secure" from the features.xml to hang the call > up with the Dialplan but it isn't getting me anywhere. > > I've also looked at using LUA scripts to detect when the call has been > answered and then check on the variables set in switch_channel.c but this > also doesn't work. > > I can see from switch_channel.c that it prints "ZRTP not negotiated on > both sides; disabling ZRTP passthru mode." and sets zrtp_passthru_active to > false when this happens. > > Can someone point me in the right direction for looking up the value of > this var once the call has been answered to determine whether ZRTP support > is available or if there is a better way to approach this? > > Cheers, > Ollie > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/80cbf860/attachment-0001.html From victor.medina at cibersys.com Wed Aug 5 17:41:36 2015 From: victor.medina at cibersys.com (Victor Medina) Date: Wed, 5 Aug 2015 09:11:36 -0430 Subject: [Freeswitch-users] How is cluecon going? Message-ID: Hi guys! How is cluecon going? Pizza night? Hope everything is just perfect! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/df3ea463/attachment.html From 4orbit at gmail.com Wed Aug 5 17:47:35 2015 From: 4orbit at gmail.com (Sergey Zhuravlov) Date: Wed, 5 Aug 2015 16:47:35 +0300 Subject: [Freeswitch-users] Multifon -- Outgoing connection is broken after a few seconds (Michael Jerris) Message-ID: ?i I think that there does not affect SIPALG I tried another phone other tension, all the same, in fact tried through CSIPSIMPLE and 4G - still a few seconds, and normal conversation open ---------- ???????????? ????????? ---------- > From: Michael Jerris > To: FreeSWITCH Users Help > Cc: > Date: Tue, 4 Aug 2015 18:32:55 -0400 > Subject: Re: [Freeswitch-users] Multifon -- Outgoing connection is broken > after a few seconds > I'm guessing this is an insanely short and unreasonable media timeout on > their side coupled with a nat issue. Check that the media ip is sane, > check of you have a sip alg on your side, if so, turn it off, sip algs are > almost all universally broken. also look at a packet trace from outside > your router and see what is different. > > On Tuesday, August 4, 2015, Russell Treleaven > wrote: > >> Can you confirm they are getting media? >> >> Sent from my BlackBerry? PlayBook? >> www.blackberry.com >> >> ------------------------------ >> *From:* "Sergey Zhuravlov" <4orbit at gmail.com> >> *To:* "freeswitch-users at lists.freeswitch.org" < >> freeswitch-users at lists.freeswitch.org> >> *Sent:* 4 August, 2015 5:13 PM >> *Subject:* [Freeswitch-users] Multifon -- Outgoing connection is broken >> after a few seconds >> >> Hi >> >> Multifon service fron Megafon. >> >> Outgoing connection is broken after a few seconds (~10) of conversation. >> It seems the server provider sends BYE. >> I can not understand the reason for such behavior and how to fix it. >> >> Incoming calls through the same gateway works fine. >> >> >> >> >> 89.111.xx.xx:5080 193.201.229.35:5060 >> 193.201.229.19 >> ???????????????????? ???????????????????? >> ???????????????????? >> 20:48:08.646458 ? INVITE (SDP) >> ? ? >> +0.025606 ? ??????????????????????????> >> ? ? >> 20:48:08.672064 ? 100 Trying >> ? ? >> +0.010084 ? > ? ? >> 20:48:08.682148 ? 407 Proxy Authentication R >> ? ? >> +0.000254 ? > ? ? >> 20:48:08.682402 ? ACK >> ? ? >> +0.000686 ? ??????????????????????????> >> ? ? >> 20:48:08.683088 ? INVITE (SDP) >> ? ? >> +0.027006 ? ??????????????????????????> >> ? ? >> 20:48:08.710094 ? 100 Trying >> ? ? >> +0.293250 ? > ? ? >> 20:48:09.003344 ? 183 Session Progress (SDP) >> ? ? >> +0.323757 ? > ? ? >> ? RTP (g711a) >> 989 ? >> 29626? >> > 20:48:09.327101 ? 183 Session Progress >> ? ? >> +0.287857 ? > ? ? >> 20:48:09.614958 ? 183 Session Progress >> ? ? >> +0.185002 ? <<> ? ? >> 20:48:09.799960 ? 200 OK (SDP) >> ? ? >> +0.006939 ? > ? ? >> 20:48:09.806899 ? ACK >> ? ? >> +19.120847 ? ??????????????????????????> >> ? ? >> ? RTP (g711a) >> 839 ? >> 29626? >> ????????????????????????????????????????????????????????> ?18792 >> 20:48:28.927746 ? BYE >> ? ? >> +0.019088 ? > ? ? >> 20:48:28.946834 ? 200 OK >> ? ? >> ? ??????????????????????????> >> ? ? >> ? >> ? ? >> ? >> ? ? >> >> >> >> >> and log >> >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.558105 [DEBUG] >> switch_rtp.c:5884 Correct ip/port confirmed. >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] >> switch_core_session.c:1061 Send signal sofia/internal/ >> 1002 at 4orbit.sxxxs.com [BREAK] >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] >> switch_core_session.c:1061 Send signal sofia/internal/ >> 1002 at 4orbit.sxxxs.com [BREAK] >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] >> switch_core_session.c:1061 Send signal sofia/internal/ >> 1002 at 4orbit.sxxxs.com [BREAK] >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] >> sofia.c:6634 Channel sofia/internal/1002 at 4orbit.sxxxs.com entering state >> [ready][200] >> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:29.598105 [DEBUG] >> switch_core_session.c:978 Send signal sofia/external/749538000xx [BREAK] >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] >> switch_core_session.c:978 Send signal sofia/internal/ >> 1002 at 4orbit.sxxxs.com [BREAK] >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.638105 [DEBUG] >> switch_rtp.c:1937 rtcp_stats_init: ssrc[1980178037] base_seq[26785] >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:39.718126 [NOTICE] >> switch_rtp.c:5196 Receiving an RTCP packet[2015-04-07 20:29:39.730987] >> SSRC[1980178037]RTT[0.020386] A[2670967585] - DLSR[3909] - LSR[2670962340] >> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] >> switch_core_session.c:1061 Send signal sofia/external/749538000xx [BREAK] >> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [NOTICE] >> sofia.c:952 Hangup sofia/external/749538000xx [CS_EXCHANGE_MEDIA] >> [NORMAL_CLEARING] >> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] >> switch_channel.c:3242 Send signal sofia/external/749538000xx [KILL] >> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] >> switch_core_session.c:1396 Send signal sofia/external/749538000xx [BREAK] >> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.798150 [DEBUG] >> switch_ivr_bridge.c:660 BRIDGE THREAD DONE [sofia/external/749538000xx] >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:43.798150 [DEBUG] >> switch_ivr_bridge.c:690 Send signal sofia/internal/1002 at 4orbit.sxxxs.com >> [BREAK] >> >> >> >> >> >> >> -- >> WBR, Sergey >> >> GTALK/JABBER:4orbit at gmail.com >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- WBR, Sergey GTALK/JABBER:4orbit at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/e38d11af/attachment-0001.html From gmaruzz at gmail.com Wed Aug 5 18:10:18 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Wed, 5 Aug 2015 16:10:18 +0200 Subject: [Freeswitch-users] How is cluecon going? In-Reply-To: References: Message-ID: All is perfect, and actually a lot of fun , on top the deep tech presentations! Hope to see you next year! :)))))) On Wed, Aug 5, 2015 at 3:41 PM, Victor Medina wrote: > Hi guys! > > How is cluecon going? Pizza night? > > Hope everything is just perfect! > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/07ed4ac6/attachment.html From Hector.Geraldino at ipsoft.com Wed Aug 5 18:25:00 2015 From: Hector.Geraldino at ipsoft.com (Hector Geraldino) Date: Wed, 5 Aug 2015 14:25:00 +0000 Subject: [Freeswitch-users] using enable_heartbeat to detect network problems in event_socket In-Reply-To: References: Message-ID: Well, let me suggest you to reconsider your approach. There?s a java library that uses ?pure java sockets? (java-esl), it?s based on netty (an implementation of the Java New IO (java.nio) API), and works like a charm. You can use this client library to register for events (heartbeat is one of them) and have a background thread to monitor for those events, while at the same time you can execute commands (answer calls, originate calls, bridge, hangup, schedule operations, etc) by just calling java methods on instances of the Client class. I think it?s better to use the FreeSWITCH heartbeat event to detect network outages instead of relying on the session_heartbeat (heartbeat events per call). After all, a network outage will affect your control of all calls, so as soon as FS is unreachable, you won?t be able to control the calls anymore. For call disconnects, just listen for the CHANNEL_HANGUP event. From: > on behalf of Babak Yakhchali > Reply-To: FreeSWITCH Users Help > Date: Wednesday, August 5, 2015 at 6:54 AM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] using enable_heartbeat to detect network problems in event_socket thank you all for your answers. As I want to implement it using only java and tcp I think using session heartbeat with a monitoring timer is my best solution. On Wed, Aug 5, 2015 at 3:21 PM, Regis M > wrote: As Stanislas said.. in TCP, broken socket is detected by client only if server closes it properly or client is trying to sending something on closed/died server socket.... I think in nodejs, an open connection will wait forever too if not sending anything. 2015-08-05 12:35 GMT+02:00 Danny Gershman >: Not sure this is helpful for you, but create a simple TCP socket connection with NodeJS. When there is a connection failure an immediate callback occurs. On Wed, Aug 5, 2015 at 6:25 AM Stanislav Sinyagin > wrote: it's not Java-specific really. Imagine you have an open TCP connection that has no traffic, and somewhere inbetween there's a network failure. You will only know about it when you start sending the data, and the TCP timeout occurs. You will get the socket error exception only after all retransmission attempts failed, and that may take quite some significant time. If ICMP is allowed in the network, some failures would generate ICMP messages which will speed up the process, but you can't rely on this. So, if you need to know about the failure quickly enough, you need to monitor the server reachability with some connectionless protocol, like ICMP echo or some UDP-based keepalive. On Wed, Aug 5, 2015 at 11:14 AM, Michael Jerris > wrote: > are you saying Java provides no way to detect a tcp socket disconnect? > > > On Wednesday, August 5, 2015, Babak Yakhchali > > wrote: >> >> but if for example network connection is lost the socket will remain open >> forever! >> >> On Wed, Aug 5, 2015 at 12:04 PM, Michael Jerris > wrote: >>> >>> I would just detect the socket closing instead of using a heartbeat for >>> sure >>> >>> >>> On Wednesday, August 5, 2015, Babak Yakhchali >>> > wrote: >>>> >>>> Hi >>>> I'm using pure java sockets (not current available esl implementations) >>>> with event_socket to control sessions. to detect lan disconnects I'm using >>>> session_heartbeat events every 1 second (this is adjustable). Considering >>>> performance is this a bad approach or not ? any better suggestions? >>>> if I execute enable_heartbeat before answering the call this message is >>>> printed on console: >>>> switch_core_session.c:1555 sofia/internal/1000 at 172.16.90.1 using >>>> scheduler due to bypass media or media is not established. >>>> >>>> should I answer the session before calling enable_heartbeat? >>>> thanks >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/639f0909/attachment.html From servtelar at gmail.com Wed Aug 5 18:34:09 2015 From: servtelar at gmail.com (servtelar) Date: Wed, 5 Aug 2015 09:34:09 -0500 Subject: [Freeswitch-users] using enable_heartbeat to detect network problems in event_socket In-Reply-To: References: Message-ID: I strongly agree with that. java-esl helps a lot. > On Aug 5, 2015, at 9:25 AM, Hector Geraldino wrote: > > Well, let me suggest you to reconsider your approach. There?s a java library that uses ?pure java sockets? (java-esl), it?s based on netty (an implementation of the Java New IO (java.nio) API), and works like a charm. You can use this client library to register for events (heartbeat is one of them) and have a background thread to monitor for those events, while at the same time you can execute commands (answer calls, originate calls, bridge, hangup, schedule operations, etc) by just calling java methods on instances of the Client class. > > I think it?s better to use the FreeSWITCH heartbeat event to detect network outages instead of relying on the session_heartbeat (heartbeat events per call). After all, a network outage will affect your control of all calls, so as soon as FS is unreachable, you won?t be able to control the calls anymore. For call disconnects, just listen for the CHANNEL_HANGUP event. > > > From: > on behalf of Babak Yakhchali > > Reply-To: FreeSWITCH Users Help > > Date: Wednesday, August 5, 2015 at 6:54 AM > To: FreeSWITCH Users Help > > Subject: Re: [Freeswitch-users] using enable_heartbeat to detect network problems in event_socket > > thank you all for your answers. As I want to implement it using only java and tcp I think using session heartbeat with a monitoring timer is my best solution. > > On Wed, Aug 5, 2015 at 3:21 PM, Regis M > wrote: >> As Stanislas said.. in TCP, broken socket is detected by client only if server closes it properly or client is trying to sending something on closed/died server socket.... I think in nodejs, an open connection will wait forever too if not sending anything. >> >> 2015-08-05 12:35 GMT+02:00 Danny Gershman >: >>> Not sure this is helpful for you, but create a simple TCP socket connection with NodeJS. When there is a connection failure an immediate callback occurs. >>> >>> On Wed, Aug 5, 2015 at 6:25 AM Stanislav Sinyagin > wrote: >>>> it's not Java-specific really. >>>> >>>> Imagine you have an open TCP connection that has no traffic, and >>>> somewhere inbetween there's a network failure. You will only know >>>> about it when you start sending the data, and the TCP timeout occurs. >>>> You will get the socket error exception only after all retransmission >>>> attempts failed, and that may take quite some significant time. If >>>> ICMP is allowed in the network, some failures would generate ICMP >>>> messages which will speed up the process, but you can't rely on this. >>>> >>>> So, if you need to know about the failure quickly enough, you need to >>>> monitor the server reachability with some connectionless protocol, >>>> like ICMP echo or some UDP-based keepalive. >>>> >>>> >>>> >>>> >>>> >>>> On Wed, Aug 5, 2015 at 11:14 AM, Michael Jerris > wrote: >>>> > are you saying Java provides no way to detect a tcp socket disconnect? >>>> > >>>> > >>>> > On Wednesday, August 5, 2015, Babak Yakhchali > >>>> > wrote: >>>> >> >>>> >> but if for example network connection is lost the socket will remain open >>>> >> forever! >>>> >> >>>> >> On Wed, Aug 5, 2015 at 12:04 PM, Michael Jerris > wrote: >>>> >>> >>>> >>> I would just detect the socket closing instead of using a heartbeat for >>>> >>> sure >>>> >>> >>>> >>> >>>> >>> On Wednesday, August 5, 2015, Babak Yakhchali >>>> >>> > wrote: >>>> >>>> >>>> >>>> Hi >>>> >>>> I'm using pure java sockets (not current available esl implementations) >>>> >>>> with event_socket to control sessions. to detect lan disconnects I'm using >>>> >>>> session_heartbeat events every 1 second (this is adjustable). Considering >>>> >>>> performance is this a bad approach or not ? any better suggestions? >>>> >>>> if I execute enable_heartbeat before answering the call this message is >>>> >>>> printed on console: >>>> >>>> switch_core_session.c:1555 sofia/internal/1000 at 172.16.90.1 using >>>> >>>> scheduler due to bypass media or media is not established. >>>> >>>> >>>> >>>> should I answer the session before calling enable_heartbeat? >>>> >>>> thanks >>>> >>> >>>> >>> >>>> >>> _________________________________________________________________________ >>>> >>> Professional FreeSWITCH Consulting Services: >>>> >>> consulting at 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 at lists.freeswitch.org >>>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> >>> http://www.freeswitch.org >>>> >> >>>> >> >>>> > >>>> > _________________________________________________________________________ >>>> > Professional FreeSWITCH Consulting Services: >>>> > consulting at 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 at lists.freeswitch.org >>>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> > http://www.freeswitch.org >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/5b882494/attachment-0001.html From victor.medina at cibersys.com Wed Aug 5 20:09:37 2015 From: victor.medina at cibersys.com (Victor Medina) Date: Wed, 5 Aug 2015 11:39:37 -0430 Subject: [Freeswitch-users] How is cluecon going? In-Reply-To: References: Message-ID: Excellent! Hope to be there too! Have fun El 05/08/2015 09:42, "Giovanni Maruzzelli" escribi?: > All is perfect, and actually a lot of fun , on top the deep tech > presentations! > > Hope to see you next year! > > :)))))) > > On Wed, Aug 5, 2015 at 3:41 PM, Victor Medina > wrote: > >> Hi guys! >> >> How is cluecon going? Pizza night? >> >> Hope everything is just perfect! >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/63603746/attachment.html From lists at virtues.net Wed Aug 5 21:56:40 2015 From: lists at virtues.net (Thomas) Date: Wed, 5 Aug 2015 14:56:40 -0300 Subject: [Freeswitch-users] How to track call changes while running javascript? In-Reply-To: <55C0D109.7080608@virtues.net> References: <825D25C7-B906-4124-A4F7-D982C55E4617@freeswitch.org> <55BE6E52.1050801@virtues.net> <55C0D109.7080608@virtues.net> Message-ID: <55C24E58.7030705@virtues.net> It looks like the problem is the JS running before the call gets bridged. Is there any way to register a hangup in JS before bridging? Since that JS is part of the call setup, it has to run before the bridge. :/ On 04.08.2015 11:49, Thomas wrote: > It's regular JS sleeps blocking, but I tried the sleep dialplan app (from JS), too - same thing. I tried session.ready > but it does not change if the SIP leg hangs up. The whole process establishes the call, so it terminates once that is > done, it's the actual dialing process through a socket on another device. But the socket isn't blocking. That was my > first guess and I worked around it. > > > On 02.08.2015 18:11, Michael Jerris wrote: >> what is it blocking on in the js? are you using session.ready? >> >> On Sunday, August 2, 2015, Thomas > wrote: >> >> They both don't change/fire. :/ It's as if the JS blocks everything about that call until it terminates. The >> hangup does >> not even register in the Freeswitch log until after the script finishes. Tried it outside execute_on_originate >> with the >> normal javascript application in the XML dialplan - same effect. The whole process seems to be a single thread - >> which >> would make sense for most use cases, unfortunately just not this one. :P >> >> Is there a way to fork the JS execution into the background? Something similar to setTimout() maybe? Or even better >> execute a dialplan app from JS that allows outside events to catch up? I tried the sleep application instead of JS >> msleep, but that didn't help either. >> >> On 01.08.2015 22:05, Ken Rice wrote: >> > You are looking for session ready or a hanguk up hook callback see confluence for details >> > >> > Sent from my iPhone >> > >> >> On Aug 1, 2015, at 3:53 PM, Thomas wrote: >> >> >> >> Does anyone know if there is a way to track changes to the call state, most notably a hangup, while executing >> >> Javascript? We're using JS to set up a call on a device connected to Freeswitch through portaudio. That call is >> >> initiated with sip/sofia executing the JS in the dialplan. If the SIP leg hangs up while the JS is running, >> nothing >> >> happens until the JS terminates. >> >> >> >> I wanted to check from the script, but haven't found a way to do that. "session.state" doesn't change, hangup hook >> >> doesn't fire, and without setTimeout or something similar I didn't find a way to "background" the JS. >> >> >> >> Is there any way to detect a hangup during JS execution? >> >> >> >> Cheers! >> >> >> >> Thomas >> >> >> >> >> >> _________________________________________________________________________ >> >> Professional FreeSWITCH Consulting Services: >> >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150805/1f87cf76/attachment.html From aqsyounas at gmail.com Thu Aug 6 01:01:01 2015 From: aqsyounas at gmail.com (Aqs Younas) Date: Thu, 6 Aug 2015 02:01:01 +0500 Subject: [Freeswitch-users] how to extract messages(SIP) from large pcap file. In-Reply-To: References: Message-ID: Thanks for your help. pcapsipdump was the answer. On 30 July 2015 at 20:58, Giovanni Maruzzelli wrote: > use pcapsipdump ( http://pcapsipdump.sourceforge.net/ ) it has been > designed exactly for your needs. > > -giovanni > > On Thu, Jul 30, 2015 at 5:52 PM, ik wrote: > >> In wireshark, you can choose to follow UDP (or TCP) stream, and then you >> can export that UDP stream to a new pcap file. >> >> BTW, when capturing stuff on pcap related tool, you can create multiple >> files based on some rules, such as size of file, or even timestamp like so: >> tcpdump -nq -s 0 -A -vvv -i eth0 -G3600 -w >> /tmp/trace/sip-%F--%H-%M-%S.pcap >> >> The -G is the number of seconds that the file will be rotated. >> >> Ido >> >> On Wed, Jul 29, 2015 at 11:47 PM, Aqs Younas wrote: >> >>> Hi, >>> >>> I know this not a relevant forum for this type of question but hope some >>> of you guys could help me with some pointers. >>> >>> I have a large pcap(dump) file with calls of multiple clients having >>> different IPs. >>> >>> I want to extract messages based on different IPs and dump into separate >>> dump file. >>> >>> How could I achieve this? >>> >>> Any help would be much appreciated. >>> >>> Thanks. >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/a8d53b0a/attachment-0001.html From babak.freeswitch at gmail.com Thu Aug 6 09:54:58 2015 From: babak.freeswitch at gmail.com (Babak Yakhchali) Date: Thu, 6 Aug 2015 10:24:58 +0430 Subject: [Freeswitch-users] setting freeswitch heartbeat interval Message-ID: Hi Is it possible to set freeswitch heartbeat interval? It seems it is hard coded to be 20 sec?? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/0dc7cc5a/attachment.html From telishisheer at gmail.com Thu Aug 6 10:30:03 2015 From: telishisheer at gmail.com (Shisheer Teli) Date: Thu, 6 Aug 2015 12:00:03 +0530 Subject: [Freeswitch-users] How to download extensions (contact) from freeswitch server on hardphone/softphone Message-ID: Dear Team, Is it possible to download extensions detail (contacts) from FreeSWITCH server on hardphone/softphone? -- Regards, Shisheer Teli -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/a3fa2fa4/attachment.html From support at vip-consult.co.uk Thu Aug 6 02:49:17 2015 From: support at vip-consult.co.uk (support at vip-consult.co.uk) Date: Thu, 6 Aug 2015 01:49:17 +0300 Subject: [Freeswitch-users] setting up srtp Message-ID: i cannot make srtp to work with any soft client all of them return not acceptable here sip packer https://pastebin.freeswitch.org/24343 if i put fs in bypass mode the soft clients connect fine -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/bda5b6a6/attachment-0001.html From davidmcnabnz at gmail.com Thu Aug 6 05:41:40 2015 From: davidmcnabnz at gmail.com (David McNab) Date: Thu, 6 Aug 2015 13:41:40 +1200 Subject: [Freeswitch-users] extreme latency making calls Message-ID: Hi, I have recently built FreeSwitch from git repo source and installed it into a 32-bit Debian Sid VM. It seems to be working fine so far - phones can register and call each other, and can call the test numbers. However, there's about 14 seconds latency between dialing a number and the call being placed. Similar latency regardless of whether I'm calling another extension, or calling one of the demo numbers. Can anyone please advise how I should start troubleshooting this? Cheers David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/b2b3e4be/attachment-0001.html From support at vip-consult.co.uk Thu Aug 6 10:14:54 2015 From: support at vip-consult.co.uk (support at vip-consult.co.uk) Date: Thu, 6 Aug 2015 09:14:54 +0300 Subject: [Freeswitch-users] srtp setup Message-ID: <0DC80A591FDF4EAAA78D2B28CF4FE8BB@krasimir> and here is the pcap from the jitsi soft client -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/d8429630/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: jitsi0.pcap Type: application/octet-stream Size: 55429 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/d8429630/attachment-0001.obj From ahabiba at gmail.com Thu Aug 6 11:41:37 2015 From: ahabiba at gmail.com (Ahmed habiba) Date: Thu, 6 Aug 2015 10:41:37 +0300 Subject: [Freeswitch-users] Re extreme latency making calls Message-ID: Try to change the default extensions password in vars.xml Thanks, Ahmed Habiba. --- Forwarded message ---------- From: David McNab To: FreeSWITCH-users at lists.freeswitch.org Cc: Date: Thu, 6 Aug 2015 13:41:40 +1200 Subject: [Freeswitch-users] extreme latency making calls Hi, I have recently built FreeSwitch from git repo source and installed it into a 32-bit Debian Sid VM. It seems to be working fine so far - phones can register and call each other, and can call the test numbers. However, there's about 14 seconds latency between dialing a number and the call being placed. Similar latency regardless of whether I'm calling another extension, or calling one of the demo numbers. Can anyone please advise how I should start troubleshooting this? Cheers David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/e35c2fc5/attachment.html From giggsey at gmail.com Thu Aug 6 11:58:45 2015 From: giggsey at gmail.com (Joshua Gigg) Date: Thu, 6 Aug 2015 08:58:45 +0100 Subject: [Freeswitch-users] extreme latency making calls In-Reply-To: References: Message-ID: Is it a delay between you dialling the digits, and your phone actually sending the SIP INVITE, or within FreeSWITCH. (Is your phone actually sending the request when you think it is). On 6 August 2015 at 02:41, David McNab wrote: > Hi, > > I have recently built FreeSwitch from git repo source and installed it > into a 32-bit Debian Sid VM. It seems to be working fine so far - phones > can register and call each other, and can call the test numbers. > > However, there's about 14 seconds latency between dialing a number and the > call being placed. Similar latency regardless of whether I'm calling > another extension, or calling one of the demo numbers. > > Can anyone please advise how I should start troubleshooting this? > > Cheers > David > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Joshua Gigg -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/56a5689f/attachment.html From steveayre at gmail.com Thu Aug 6 13:27:00 2015 From: steveayre at gmail.com (Steven Ayre) Date: Thu, 6 Aug 2015 10:27:00 +0100 Subject: [Freeswitch-users] extreme latency making calls In-Reply-To: References: Message-ID: Watch the debug log ('/log 9' in fs_cli) to see what's being executed. Chances are there's something in its dialplan actions that is causing a delay in setting up the call. On 6 August 2015 at 02:41, David McNab wrote: > Hi, > > I have recently built FreeSwitch from git repo source and installed it > into a 32-bit Debian Sid VM. It seems to be working fine so far - phones > can register and call each other, and can call the test numbers. > > However, there's about 14 seconds latency between dialing a number and the > call being placed. Similar latency regardless of whether I'm calling > another extension, or calling one of the demo numbers. > > Can anyone please advise how I should start troubleshooting this? > > Cheers > David > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/69a86d69/attachment.html From brian at freeswitch.org Thu Aug 6 18:26:01 2015 From: brian at freeswitch.org (Brian West) Date: Thu, 6 Aug 2015 09:26:01 -0500 Subject: [Freeswitch-users] extreme latency making calls In-Reply-To: References: Message-ID: https://freeswitch.org/stash/projects/FS/repos/freeswitch/browse/conf/vanilla/dialplan/default.xml#174 On Wednesday, August 5, 2015, David McNab wrote: > Hi, > > I have recently built FreeSwitch from git repo source and installed it > into a 32-bit Debian Sid VM. It seems to be working fine so far - phones > can register and call each other, and can call the test numbers. > > However, there's about 14 seconds latency between dialing a number and the > call being placed. Similar latency regardless of whether I'm calling > another extension, or calling one of the demo numbers. > > Can anyone please advise how I should start troubleshooting this? > > Cheers > David > > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/40654ece/attachment.html From italorossib at gmail.com Thu Aug 6 18:54:17 2015 From: italorossib at gmail.com (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Thu, 6 Aug 2015 09:54:17 -0500 Subject: [Freeswitch-users] extreme latency making calls In-Reply-To: References: Message-ID: Change the default password, there should be a big warning in your logs and 10 secs sleep if you didn't changed On Thu, Aug 6, 2015 at 9:26 AM, Brian West wrote: > > https://freeswitch.org/stash/projects/FS/repos/freeswitch/browse/conf/vanilla/dialplan/default.xml#174 > > > On Wednesday, August 5, 2015, David McNab wrote: > >> Hi, >> >> I have recently built FreeSwitch from git repo source and installed it >> into a 32-bit Debian Sid VM. It seems to be working fine so far - phones >> can register and call each other, and can call the test numbers. >> >> However, there's about 14 seconds latency between dialing a number and >> the call being placed. Similar latency regardless of whether I'm calling >> another extension, or calling one of the demo numbers. >> >> Can anyone please advise how I should start troubleshooting this? >> >> Cheers >> David >> >> > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ?talo Rossi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/b7df7950/attachment-0001.html From govoiper at gmail.com Thu Aug 6 20:09:18 2015 From: govoiper at gmail.com (SamyGo) Date: Thu, 6 Aug 2015 12:09:18 -0400 Subject: [Freeswitch-users] mod_callcenter Agents registered at Kamailio Message-ID: Hi, I've to ask about the directions related to mod_callcenter and agents registering at Kamailio. I've pool of FS Server which get queues loaded from xml_curl, however agents are declared in database via odbc-dsn. Question is: Will FS update the status of a remote agent in DB and rest of the FS going to respect that ? meaning no other FS send call to same agent ? Any suggestions will be very much appreciated. Regards, Sammy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/2c135e30/attachment.html From fs at szmidt.org Thu Aug 6 20:58:43 2015 From: fs at szmidt.org (fs) Date: Thu, 6 Aug 2015 12:58:43 -0400 Subject: [Freeswitch-users] SmartOS t1/t3 cards Message-ID: <55C39243.7080500@szmidt.org> Hi, I'm curious if anyone got, for example, Sangoma cards to run on SmartOS/Open Solaris? Or any other TELCO cards for that matter? Thanks! --- fs From mike at jerris.com Thu Aug 6 22:13:54 2015 From: mike at jerris.com (Michael Jerris) Date: Thu, 6 Aug 2015 14:13:54 -0400 Subject: [Freeswitch-users] SmartOS t1/t3 cards In-Reply-To: <55C39243.7080500@szmidt.org> References: <55C39243.7080500@szmidt.org> Message-ID: sangoma had working drivers at one point I think, I'm not sure of their current status. I would contact their support to confirm. On Thursday, August 6, 2015, fs wrote: > Hi, > > I'm curious if anyone got, for example, Sangoma cards to run on > SmartOS/Open Solaris? Or any other TELCO cards for that matter? > > Thanks! > --- > fs > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/9e07408a/attachment.html From italorossib at gmail.com Thu Aug 6 23:01:32 2015 From: italorossib at gmail.com (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Thu, 6 Aug 2015 14:01:32 -0500 Subject: [Freeswitch-users] mod_callcenter Agents registered at Kamailio In-Reply-To: References: Message-ID: You can set the new param reserve-agents to true and give it a try, it's available in 1.6. Let me know how it goes On Thu, Aug 6, 2015 at 11:09 AM, SamyGo wrote: > Hi, > > I've to ask about the directions related to mod_callcenter and agents > registering at Kamailio. > I've pool of FS Server which get queues loaded from xml_curl, however > agents are declared in database via odbc-dsn. > > Question is: Will FS update the status of a remote agent in DB and rest of > the FS going to respect that ? meaning no other FS send call to same agent > ? > > Any suggestions will be very much appreciated. > > > Regards, > Sammy > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ?talo Rossi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/71f7aec0/attachment.html From dujinfang at gmail.com Thu Aug 6 23:16:11 2015 From: dujinfang at gmail.com (Seven Du) Date: Fri, 7 Aug 2015 03:16:11 +0800 Subject: [Freeswitch-users] setting freeswitch heartbeat interval In-Reply-To: References: Message-ID: <1423080C0B6846BDB52F0015819A6D5F@gmail.com> It?s hard coded. Change the source. -- Seven Du Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Thursday, August 6, 2015 at 1:54 PM, Babak Yakhchali wrote: > Hi > Is it possible to set freeswitch heartbeat interval? It seems it is hard coded to be 20 sec?? > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org (mailto:consulting at 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 at lists.freeswitch.org (mailto:FreeSWITCH-users at lists.freeswitch.org) > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150807/50d1706f/attachment.html From brian at freeswitch.org Thu Aug 6 23:20:03 2015 From: brian at freeswitch.org (Brian West) Date: Thu, 6 Aug 2015 14:20:03 -0500 Subject: [Freeswitch-users] setting freeswitch heartbeat interval In-Reply-To: <1423080C0B6846BDB52F0015819A6D5F@gmail.com> References: <1423080C0B6846BDB52F0015819A6D5F@gmail.com> Message-ID: What purpose do you need to change it? If you're going to modify anything at the very least patch it where it can be set from switch.conf.xml and submit a pull request. On Thu, Aug 6, 2015 at 2:16 PM, Seven Du wrote: > It?s hard coded. Change the source. > > -- > Seven Du > Sent with Sparrow > > On Thursday, August 6, 2015 at 1:54 PM, Babak Yakhchali wrote: > > Hi > Is it possible to set freeswitch heartbeat interval? It seems it is hard > coded to be 20 sec?? > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/b4579588/attachment-0001.html From dujinfang at gmail.com Thu Aug 6 23:42:10 2015 From: dujinfang at gmail.com (Seven Du) Date: Fri, 7 Aug 2015 03:42:10 +0800 Subject: [Freeswitch-users] Restful & video demo on ClueCon Message-ID: <9D27E5F96BBF4579AA0C014BCB4F451D@gmail.com> Hi ClueCon attendees, I put my Restful demo on ClueCon 2015 to https://freeswitch.org/confluence/display/FREESWITCH/Restful For the video part, there?s really nothing special. check the following configs/commands for reference: mod_imagick play pdf in conference and seek to pages conference 3000 play /tmp/demo.pdf conference 3000 file_seek +1 conference 3000 file_seek +2 Thanks everyone. -- Seven Du Sent with Sparrow (http://www.sparrowmailapp.com/?sig) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150807/4add241e/attachment.html From vipkilla at gmail.com Fri Aug 7 00:35:22 2015 From: vipkilla at gmail.com (Vik Killa) Date: Thu, 6 Aug 2015 16:35:22 -0400 Subject: [Freeswitch-users] Restful & video demo on ClueCon In-Reply-To: <9D27E5F96BBF4579AA0C014BCB4F451D@gmail.com> References: <9D27E5F96BBF4579AA0C014BCB4F451D@gmail.com> Message-ID: +1 that is awesome! On Thu, Aug 6, 2015 at 3:42 PM, Seven Du wrote: > Hi ClueCon attendees, > > I put my Restful demo on ClueCon 2015 to > https://freeswitch.org/confluence/display/FREESWITCH/Restful > > For the video part, there?s really nothing special. check the following > configs/commands for reference: > > mod_imagick > > data="{img_ms=60000}imgk:///video/transformer.gif"/> > > > > > > > play pdf in conference and seek to pages > > conference 3000 play /tmp/demo.pdf > conference 3000 file_seek +1 > conference 3000 file_seek +2 > > > Thanks everyone. > > > -- > Seven Du > Sent with Sparrow > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150806/ac617064/attachment.html From support at vip-consult.co.uk Fri Aug 7 12:14:16 2015 From: support at vip-consult.co.uk (support at vip-consult.co.uk) Date: Fri, 7 Aug 2015 11:14:16 +0300 Subject: [Freeswitch-users] srtp setup Message-ID: <8ABF9C8A010F424EB05E1CB10AD4A746@krasimir> anything weird in the logs ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150807/2dddbafb/attachment.html From support at vip-consult.co.uk Fri Aug 7 13:22:49 2015 From: support at vip-consult.co.uk (support at vip-consult.co.uk) Date: Fri, 7 Aug 2015 12:22:49 +0300 Subject: [Freeswitch-users] srtp - SIP/2.0 488 Not Acceptable here In-Reply-To: <8ABF9C8A010F424EB05E1CB10AD4A746@krasimir> References: <8ABF9C8A010F424EB05E1CB10AD4A746@krasimir> Message-ID: <36D2B0E962E14E35B6228B3DFCA8C183@krasimir> can you recommend a tested and working soft client that supports srtp ? i tried the most popular ones and all of them return SIP/2.0 488 Not Acceptable here here is an example log from jitsi https://pastebin.freeswitch.org/24342 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150807/2c7b3b82/attachment.html From support at vip-consult.co.uk Fri Aug 7 14:23:18 2015 From: support at vip-consult.co.uk (support at vip-consult.co.uk) Date: Fri, 7 Aug 2015 13:23:18 +0300 Subject: [Freeswitch-users] cannot setup srtp - Not Acceptable here Message-ID: when using jitsi and srtp i get SIP/2.0 488 Not Acceptable here tried few other sip clients and all return the same error the only thing I noticed is that although fs is set tosrtp at line 510 freeswitch send sip invite with m=audio 17672 RTP/AVP 96 9 0 8 103 3 101 13 instead of m=audio 17672 RTP/SAVP 96 9 0 8 103 3 101 13 https://pastebin.freeswitch.org/24346 https://www.dropbox.com/sh/hho493y2g9qykpq/AACvUjG9iT3oEvJvSg2KcatAa?dl=0 Kind Regards Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150807/ba95d869/attachment-0001.html From ben at langfeld.co.uk Fri Aug 7 15:40:13 2015 From: ben at langfeld.co.uk (Ben Langfeld) Date: Fri, 7 Aug 2015 08:40:13 -0300 Subject: [Freeswitch-users] cannot setup srtp - Not Acceptable here In-Reply-To: References: Message-ID: You've already posted about this. Stick to a single thread please :) On 7 August 2015 at 07:23, wrote: > when using jitsi and srtp i get SIP/2.0 488 Not Acceptable here > tried few other sip clients and all return the same error > > the only thing I noticed is that although fs is set tosrtp > at line 510 freeswitch send sip invite with > m=audio 17672 RTP/AVP 96 9 0 8 103 3 101 13 > instead of > m=audio 17672 RTP/*SAVP* 96 9 0 8 103 3 101 13 > > > https://pastebin.freeswitch.org/24346 > > https://www.dropbox.com/sh/hho493y2g9qykpq/AACvUjG9iT3oEvJvSg2KcatAa?dl=0 > > > Kind Regards Chris > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150807/b2ad5f3e/attachment.html From support at vip-consult.co.uk Fri Aug 7 16:18:46 2015 From: support at vip-consult.co.uk (support at vip-consult.co.uk) Date: Fri, 7 Aug 2015 15:18:46 +0300 Subject: [Freeswitch-users] cannot setup srtp - Not Acceptable here In-Reply-To: References: Message-ID: <6AE5B32DBA1A481C9F6C720A6CCFDA04@krasimir> i had an email saying the the post has been rejected. by the way i have gone a bit further now. i have added and now all sdp?s from fs are sent with the savp option will post back more info From: Ben Langfeld Sent: Friday, August 07, 2015 2:40 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] cannot setup srtp - Not Acceptable here You've already posted about this. Stick to a single thread please :) On 7 August 2015 at 07:23, wrote: when using jitsi and srtp i get SIP/2.0 488 Not Acceptable here tried few other sip clients and all return the same error the only thing I noticed is that although fs is set tosrtp at line 510 freeswitch send sip invite with m=audio 17672 RTP/AVP 96 9 0 8 103 3 101 13 instead of m=audio 17672 RTP/SAVP 96 9 0 8 103 3 101 13 https://pastebin.freeswitch.org/24346 https://www.dropbox.com/sh/hho493y2g9qykpq/AACvUjG9iT3oEvJvSg2KcatAa?dl=0 Kind Regards Chris _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------------------------------------------------------------------------- _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150807/d2398424/attachment.html From lists at telefaks.de Fri Aug 7 16:22:16 2015 From: lists at telefaks.de (Peter Steinbach) Date: Fri, 07 Aug 2015 14:22:16 +0200 Subject: [Freeswitch-users] ESL Freeswitch cluster In-Reply-To: <55BF0356.1030206@quentustech.com> References: <55BF0356.1030206@quentustech.com> Message-ID: <55C4A2F8.8060902@telefaks.de> Hello, another chance is doing this with Redis. We are doing it like this: esl clients connect to various Freeswitch and publish data to distinct Redis channels (maybe on another server). This can be done very quickly, and there is less chance, ESL events dropped due to high load. For the other side of the Redis channels we run one/multiple processes which subscribe to the needed channel or channels and execute the received data. Best regards Peter On 08/03/15 07:59, William King wrote: > Check out mod_amqp, and if you're here at ClueCon this week, we can discuss. > > William King > Senior Engineer > Quentus Technologies, INC > 1037 NE 65th St Suite 273 > Seattle, WA 98115 > Main: (877) 211-9337 > Office: (206) 388-4772 > Cell: (253) 686-5518 > william.king at quentustech.com > > On 7/31/15 9:35 PM, ?talo Rossi wrote: >> Let me know how this is going, I'm highly interested in adding support >> for sharing agents and tiers across multiple servers in mod_callcenter >> >> If you're attending cluecon let's talk about >> >> Em 31/07/2015 05:45, "Stanislav Sinyagin" > > escreveu: >> >> you still need to control the result of action execution on every FS >> node, so you need to create a dispatcher architecture. >> >> For example, a message queue manager, like zeromq, would receive the >> command, and send it to local FS nodes, and a locally installed daemon >> would communicate to the local FS and send back the results via >> zeromq. >> >> Or it could be some multithreaded daemon, in Golang for example, which >> would connect to all FS instances and send them the commands. You >> would then manage the responses in your Go program. >> >> Nothing impossible, you just need to match your requirements with your >> budget and with the skills inside your operations team. >> >> >> >> >> >> On Fri, Jul 31, 2015 at 5:41 AM, NH45 CMI > > wrote: >> > Hi Sammy, >> > >> > Yes i need to send samee ESL action to every FS >> > >> > On Thu, Jul 30, 2015 at 9:40 PM, Giovanni Maruzzelli >> > >> > wrote: >> >> >> >> You will probably need to have postgresql in core, but please >> check if the >> >> modules you're using for callcenter functionalities support >> clustering via >> >> db. >> >> >> >> At the end of the day, if it becomes too much for your internal >> resources >> >> to design and implement a solution, you may want to write >> >> consulting at freeswitch.org for >> commercial (eg: paid) help on this. >> >> >> >> -giovanni >> >> >> >> >> >> >> >> On Thu, Jul 30, 2015 at 6:03 PM, SamyGo > > wrote: >> >>> >> >>> Hi NH45, >> >>> >> >>> Do you want to send the same ESL action to all of the FS Servers, >> >>> something like a ESL Proxy that can relay your event to the FS >> Servers ? >> >>> >> >>> Regards, >> >>> Sammy >> >>> >> >>> On Thu, Jul 30, 2015 at 8:12 AM, NH45 CMI > > wrote: >> >>>> >> >>>> Hi Guys, >> >>>> >> >>>> >> >>>> I am using opensips for load balancing and >> freeswitch for >> >>>> register,IVR,Callcenter ,Using mod_xml_curl for realtime ivr >> and dialplan >> >>>> but callcenter i have problem because it load only once so i >> use ESL to add >> >>>> and remove agent ,if i use one FS it's ok but more then one FS >> how can i >> >>>> add or remove agent to queue all FS using ESL >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> Regard's >> >>>> NH45 CMI >> >>>> >> >>>> >> >>>> >> _________________________________________________________________________ >> >>>> Professional FreeSWITCH Consulting Services: >> >>>> consulting at 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 at lists.freeswitch.org >> >> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >>>> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >>>> http://www.freeswitch.org >> >>> >> >>> >> >>> >> >>> >> _________________________________________________________________________ >> >>> Professional FreeSWITCH Consulting Services: >> >>> consulting at 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 at lists.freeswitch.org >> >> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >>> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >>> http://www.freeswitch.org >> >> >> >> >> >> >> >> >> >> -- >> >> Sincerely, >> >> >> >> Giovanni Maruzzelli >> >> Cell : +39-347-2665618 >> >> >> >> >> _________________________________________________________________________ >> >> Professional FreeSWITCH Consulting Services: >> >> consulting at 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 at lists.freeswitch.org >> >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> > >> > >> > >> > >> _________________________________________________________________________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at 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 at lists.freeswitch.org >> >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- With kind regards Peter Steinbach Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de From krice at freeswitch.org Fri Aug 7 18:02:05 2015 From: krice at freeswitch.org (krice at freeswitch.org) Date: Fri, 07 Aug 2015 14:02:05 +0000 Subject: [Freeswitch-users] FreeSWITCH Friday FreeForAll Reminder! Message-ID: <55c4ba5da7eec_77661227328168d6@resque-worker.16.mail> FreeSWITCHers, Do not forget to join us at 2PM CST for the FreeSWITCH Friday FreeFor All Visit http://ift.tt/1n3h0Pf and Click Call 888 with your WebRTC enabled Browser and headset, Call sip:888 at conference.freeswitch.org or see http://ift.tt/1prwIZL for access info! -- Ken FreeSWITCH.org ClueCon.com OSTAG.org irc.freenode.net #freeswitch Twitter: @FreeSWITCH @ClueCon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150807/e0cde38c/attachment.html From lists at virtues.net Fri Aug 7 22:28:32 2015 From: lists at virtues.net (Thomas) Date: Fri, 7 Aug 2015 15:28:32 -0300 Subject: [Freeswitch-users] How to track call changes while running javascript? In-Reply-To: <55C24E58.7030705@virtues.net> References: <825D25C7-B906-4124-A4F7-D982C55E4617@freeswitch.org> <55BE6E52.1050801@virtues.net> <55C0D109.7080608@virtues.net> <55C24E58.7030705@virtues.net> Message-ID: <55C4F8D0.6050709@virtues.net> Answering my own question for the record and the search engines: Prequesites were: - Block call progress during ringing until Javascript finishes - Be able to register and act upon hangups from the a-leg - Script should only execute once, not a second time for the b-leg These things seem to vary between the different execute_* options. The one that does exactly what we needed was execute_on_pre_answer. That will run only once on the a-leg, will not proceed until JS terminates, and enables both hangupHook and session.ready. On 05.08.2015 14:56, Thomas wrote: > It looks like the problem is the JS running before the call gets bridged. Is there any way to register a hangup in JS > before bridging? > > Since that JS is part of the call setup, it has to run before the bridge. :/ > > On 04.08.2015 11:49, Thomas wrote: >> It's regular JS sleeps blocking, but I tried the sleep dialplan app (from JS), too - same thing. I tried >> session.ready but it does not change if the SIP leg hangs up. The whole process establishes the call, so it >> terminates once that is done, it's the actual dialing process through a socket on another device. But the socket >> isn't blocking. That was my first guess and I worked around it. >> >> >> On 02.08.2015 18:11, Michael Jerris wrote: >>> what is it blocking on in the js? are you using session.ready? >>> >>> On Sunday, August 2, 2015, Thomas > wrote: >>> >>> They both don't change/fire. :/ It's as if the JS blocks everything about that call until it terminates. The >>> hangup does >>> not even register in the Freeswitch log until after the script finishes. Tried it outside execute_on_originate >>> with the >>> normal javascript application in the XML dialplan - same effect. The whole process seems to be a single thread - >>> which >>> would make sense for most use cases, unfortunately just not this one. :P >>> >>> Is there a way to fork the JS execution into the background? Something similar to setTimout() maybe? Or even better >>> execute a dialplan app from JS that allows outside events to catch up? I tried the sleep application instead of JS >>> msleep, but that didn't help either. >>> >>> On 01.08.2015 22:05, Ken Rice wrote: >>> > You are looking for session ready or a hanguk up hook callback see confluence for details >>> > >>> > Sent from my iPhone >>> > >>> >> On Aug 1, 2015, at 3:53 PM, Thomas wrote: >>> >> >>> >> Does anyone know if there is a way to track changes to the call state, most notably a hangup, while executing >>> >> Javascript? We're using JS to set up a call on a device connected to Freeswitch through portaudio. That call is >>> >> initiated with sip/sofia executing the JS in the dialplan. If the SIP leg hangs up while the JS is running, >>> nothing >>> >> happens until the JS terminates. >>> >> >>> >> I wanted to check from the script, but haven't found a way to do that. "session.state" doesn't change, hangup >>> hook >>> >> doesn't fire, and without setTimeout or something similar I didn't find a way to "background" the JS. >>> >> >>> >> Is there any way to detect a hangup during JS execution? >>> >> >>> >> Cheers! >>> >> >>> >> Thomas >>> >> >>> >> >>> >> _________________________________________________________________________ >>> >> Professional FreeSWITCH Consulting Services: >>> >> consulting at 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 at lists.freeswitch.org >>> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >> http://www.freeswitch.org >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150807/f7ba1de8/attachment.html From amkusmirek at gmail.com Fri Aug 7 20:51:40 2015 From: amkusmirek at gmail.com (=?UTF-8?Q?Adam_Ku=C5=9Bmirek?=) Date: Fri, 7 Aug 2015 18:51:40 +0200 Subject: [Freeswitch-users] Presence with shared database Message-ID: Hello Everyone, We are working on platform with several Freeswitch nodes and shared Freeswitch database accessed with ODBC. It works great but we have a problem with presence. Scenario Phone A is registered on node 1 Phone A subscribes to phone B presence. It sends subscribe to Freeswitch node 1. Phone C calls phone B. It sends Invite to Freeswitch node 2. Freeswitch that is running on node 2 does not send Notify to phone A. If phone C sends Invite to Freeswitch node 1 everything is OK. Can anyone help ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150807/83e050d1/attachment.html From gaurav_vol at rediffmail.com Fri Aug 7 18:08:26 2015 From: gaurav_vol at rediffmail.com (Gaurav Khanna) Date: 7 Aug 2015 14:08:26 -0000 Subject: [Freeswitch-users] =?utf-8?q?CHANNEL=5FHANGUP=5FCOMPLETE_not_firi?= =?utf-8?b?bmfigI8=?= Message-ID: <1438956442.S.6776.3452.f4-235-215.1438956506.22549@webmail.rediffmail.com> Hi, I am using ESL Inbound connection to get CDR information. I have added "ALL" as filter so that I get all the events which are raised by freeswitch. But for some reason "Channel_hangup_complete" event is not raised. "Channel_Hangup" and "Channel_Execute_complete" works correctly. Also tried "Plain event Channel_hangup_complete" command but that also doesn't work. Also tried linger() function but that also doesn't work. Is there any settings in config folder or in var file which I need to set. Also tried following settings in dialplan Thanks, Gaurav -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150807/b1a9acbc/attachment-0001.html From italorossib at gmail.com Sat Aug 8 04:39:17 2015 From: italorossib at gmail.com (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Fri, 7 Aug 2015 19:39:17 -0500 Subject: [Freeswitch-users] =?utf-8?q?CHANNEL=5FHANGUP=5FCOMPLETE_not_firi?= =?utf-8?b?bmfigI8=?= In-Reply-To: <1438956442.S.6776.3452.f4-235-215.1438956506.22549@webmail.rediffmail.com> References: <1438956442.S.6776.3452.f4-235-215.1438956506.22549@webmail.rediffmail.com> Message-ID: You can't see even in the fscli with /events plain all? Em 07/08/2015 19:50, "Gaurav Khanna" escreveu: > Hi, > > I am using ESL Inbound connection to get CDR information. I have added > "ALL" as filter so that I get all the events which are raised by > freeswitch. But for some reason "Channel_hangup_complete" event is not > raised. "Channel_Hangup" and "Channel_Execute_complete" works correctly. > Also tried "Plain event Channel_hangup_complete" command but that also > doesn't work. Also tried linger() function but that also doesn't work. Is > there any settings in config folder or in var file which I need to set. > > Also tried following settings in dialplan > > > > > > > > > Thanks, > Gaurav > > > Get your own *FREE* website, *FREE* domain & *FREE* mobile app with > Company email. > *Know More >* > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150807/dceb68bd/attachment.html From italorossib at gmail.com Sat Aug 8 07:42:37 2015 From: italorossib at gmail.com (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Fri, 7 Aug 2015 22:42:37 -0500 Subject: [Freeswitch-users] Presence with shared database In-Reply-To: References: Message-ID: Hard to say without more info, where's your configs? Did you enabled the manage-presence in your profile? and set the dbname? On Fri, Aug 7, 2015 at 11:51 AM, Adam Ku?mirek wrote: > Hello Everyone, > > We are working on platform with several Freeswitch nodes and shared > Freeswitch database accessed with ODBC. It works great but we have a > problem with presence. > > Scenario > > Phone A is registered on node 1 > Phone A subscribes to phone B presence. It sends subscribe to Freeswitch > node 1. > Phone C calls phone B. It sends Invite to Freeswitch node 2. > Freeswitch that is running on node 2 does not send Notify to phone A. > > If phone C sends Invite to Freeswitch node 1 everything is OK. > > > Can anyone help ? > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ?talo Rossi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150807/e7ed3ed7/attachment.html From jaimecm at gmail.com Sat Aug 8 11:14:30 2015 From: jaimecm at gmail.com (Jaime Cruz) Date: Sat, 8 Aug 2015 04:14:30 -0300 Subject: [Freeswitch-users] Conectin a SPA3102 as pstn gateway on FS Message-ID: Hi Everyone, I'm trying to use a SPA3102 as a PSTN gateway, it is in a remote site with a dinamic IP, I'have it registered in my FS as 100123 user, and my goal is to dial @ in order to use my SPA3120 to make the call via his pstn line to the number . The problem is that all the examples I see has a fixed and well know IP address for the SPA3102 gateway in order to use it in the dial plan, but in my scenario the IP address for my SPA3102 gateway is dinamyc and unknow. Please any help in order to understand how can I dial any number to my spa3102 gateway will by apreciated. In this example my FS has the IP 100.10.10.10 and the SPA3102 has the dinamic Adsl IP 210.20.20.20 > sofia status profile internal reg Registrations: ================================================================================================= Call-ID: 2378632f-eb1116d at 192.168.0.11 User: 100123 at 100.10.10.10 Contact: "Local Call" Agent: Linksys/SPA3000-3.1.20(GW) Status: Registered(UDP)(unknown) EXP(2015-08-08 04:01:04) EXPSECS(61) Ping-Status: Reachable Host: voip.example.com IP: 210.20.20.20 Port: 5061 Auth-User: 100123 Auth-Realm: voip.example.com MWI-Account: 100123 at 100.10.10.10 ================================================================================================= for example, if I want to dial to the pstn number 222-1234, then I need to send an INVITE 2221234 at 210.20.20.20:5061 Thanks for your help. -- Jaime Cruz jaimecm at gmail.com https://www.facebook.com/jaimecruzmendoza -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150808/a04ec334/attachment.html From krc at retrospekt.dk Sat Aug 8 21:22:24 2015 From: krc at retrospekt.dk (Kim Rostgaard Christensen) Date: Sat, 08 Aug 2015 19:22:24 +0200 Subject: [Freeswitch-users] ESL library for the Dart programming language Message-ID: <55C63AD0.6050802@retrospekt.dk> Hi list I've just uploaded my event socket library for the Dart language to their package repository. It is located at https://pub.dartlang.org/packages/esl And the sources (and the issue tracker) is located at https://github.com/rostgaard/libesl-dart Any feedback/issue/feature requests any of you may provide is greatly appreciated. Best /Kim From s.safarov at gmail.com Sun Aug 9 13:50:17 2015 From: s.safarov at gmail.com (Sergey Safarov) Date: Sun, 9 Aug 2015 12:50:17 +0300 Subject: [Freeswitch-users] Conectin a SPA3102 as pstn gateway on FS In-Reply-To: References: Message-ID: Register gateway as regular user And try dial as originate {sip_invite_to_uri=}user/ reg_user at mydomain.org & park or On Sat, Aug 8, 2015 at 10:14 AM, Jaime Cruz wrote: > Hi Everyone, > > I'm trying to use a SPA3102 as a PSTN gateway, it is in a remote site with > a dinamic IP, I'have it registered in my FS as 100123 user, and my goal is > to dial @ in order to > use my SPA3120 to make the call via his pstn line to the number number>. > > The problem is that all the examples I see has a fixed and well know IP > address for the SPA3102 gateway in order to use it in the dial plan, > but in my scenario the IP address for my SPA3102 gateway is dinamyc and > unknow. > > Please any help in order to understand how can I dial any number to my > spa3102 gateway will by apreciated. > > > In this example my FS has the IP 100.10.10.10 and the SPA3102 has the > dinamic Adsl IP 210.20.20.20 > > > sofia status profile internal reg > Registrations: > > ================================================================================================= > Call-ID: 2378632f-eb1116d at 192.168.0.11 > User: 100123 at 100.10.10.10 > Contact: "Local Call" > Agent: Linksys/SPA3000-3.1.20(GW) > Status: Registered(UDP)(unknown) EXP(2015-08-08 04:01:04) > EXPSECS(61) > Ping-Status: Reachable > Host: voip.example.com > IP: 210.20.20.20 > Port: 5061 > Auth-User: 100123 > Auth-Realm: voip.example.com > MWI-Account: 100123 at 100.10.10.10 > > ================================================================================================= > > for example, if I want to dial to the pstn number 222-1234, then I need to > send an INVITE 2221234 at 210.20.20.20:5061 > > > > Thanks for your help. > > > -- > Jaime Cruz > jaimecm at gmail.com > https://www.facebook.com/jaimecruzmendoza > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150809/537faed3/attachment-0001.html From brian at freeswitch.org Sun Aug 9 14:20:54 2015 From: brian at freeswitch.org (Brian West) Date: Sun, 9 Aug 2015 05:20:54 -0500 Subject: [Freeswitch-users] Conectin a SPA3102 as pstn gateway on FS In-Reply-To: References: Message-ID: Why would you ever need to set the sip_invite_to_uri? On Sun, Aug 9, 2015 at 4:50 AM, Sergey Safarov wrote: > Register gateway as regular user > And try dial as > > originate {sip_invite_to_uri= >}user/reg_user at mydomain.org & park > > or > > > > > > > On Sat, Aug 8, 2015 at 10:14 AM, Jaime Cruz wrote: > >> Hi Everyone, >> >> I'm trying to use a SPA3102 as a PSTN gateway, it is in a remote site >> with a dinamic IP, I'have it registered in my FS as 100123 user, and my >> goal is to dial @ in order to >> use my SPA3120 to make the call via his pstn line to the number > number>. >> >> The problem is that all the examples I see has a fixed and well know IP >> address for the SPA3102 gateway in order to use it in the dial plan, >> but in my scenario the IP address for my SPA3102 gateway is dinamyc and >> unknow. >> >> Please any help in order to understand how can I dial any number to my >> spa3102 gateway will by apreciated. >> >> >> In this example my FS has the IP 100.10.10.10 and the SPA3102 has the >> dinamic Adsl IP 210.20.20.20 >> >> > sofia status profile internal reg >> Registrations: >> >> ================================================================================================= >> Call-ID: 2378632f-eb1116d at 192.168.0.11 >> User: 100123 at 100.10.10.10 >> Contact: "Local Call" >> Agent: Linksys/SPA3000-3.1.20(GW) >> Status: Registered(UDP)(unknown) EXP(2015-08-08 04:01:04) >> EXPSECS(61) >> Ping-Status: Reachable >> Host: voip.example.com >> IP: 210.20.20.20 >> Port: 5061 >> Auth-User: 100123 >> Auth-Realm: voip.example.com >> MWI-Account: 100123 at 100.10.10.10 >> >> ================================================================================================= >> >> for example, if I want to dial to the pstn number 222-1234, then I need >> to send an INVITE 2221234 at 210.20.20.20:5061 >> >> >> >> Thanks for your help. >> >> >> -- >> Jaime Cruz >> jaimecm at gmail.com >> https://www.facebook.com/jaimecruzmendoza >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150809/2c73e654/attachment.html From covici at ccs.covici.com Sun Aug 9 14:34:29 2015 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Sun, 09 Aug 2015 06:34:29 -0400 Subject: [Freeswitch-users] Conectin a SPA3102 as pstn gateway on FS In-Reply-To: References: Message-ID: <29254.1439116469@ccs.covici.com> Also, at least in mine, you have to use port 5061 to dial out. Brian West wrote: > Why would you ever need to set the sip_invite_to_uri? > > On Sun, Aug 9, 2015 at 4:50 AM, Sergey Safarov wrote: > > > Register gateway as regular user > > And try dial as > > > > originate {sip_invite_to_uri= > >}user/reg_user at mydomain.org & park > > > > or > > > > > > > > > > > > > > On Sat, Aug 8, 2015 at 10:14 AM, Jaime Cruz wrote: > > > >> Hi Everyone, > >> > >> I'm trying to use a SPA3102 as a PSTN gateway, it is in a remote site > >> with a dinamic IP, I'have it registered in my FS as 100123 user, and my > >> goal is to dial @ in order to > >> use my SPA3120 to make the call via his pstn line to the number >> number>. > >> > >> The problem is that all the examples I see has a fixed and well know IP > >> address for the SPA3102 gateway in order to use it in the dial plan, > >> but in my scenario the IP address for my SPA3102 gateway is dinamyc and > >> unknow. > >> > >> Please any help in order to understand how can I dial any number to my > >> spa3102 gateway will by apreciated. > >> > >> > >> In this example my FS has the IP 100.10.10.10 and the SPA3102 has the > >> dinamic Adsl IP 210.20.20.20 > >> > >> > sofia status profile internal reg > >> Registrations: > >> > >> ================================================================================================= > >> Call-ID: 2378632f-eb1116d at 192.168.0.11 > >> User: 100123 at 100.10.10.10 > >> Contact: "Local Call" > >> Agent: Linksys/SPA3000-3.1.20(GW) > >> Status: Registered(UDP)(unknown) EXP(2015-08-08 04:01:04) > >> EXPSECS(61) > >> Ping-Status: Reachable > >> Host: voip.example.com > >> IP: 210.20.20.20 > >> Port: 5061 > >> Auth-User: 100123 > >> Auth-Realm: voip.example.com > >> MWI-Account: 100123 at 100.10.10.10 > >> > >> ================================================================================================= > >> > >> for example, if I want to dial to the pstn number 222-1234, then I need > >> to send an INVITE 2221234 at 210.20.20.20:5061 > >> > >> > >> > >> Thanks for your help. > >> > >> > >> -- > >> Jaime Cruz > >> jaimecm at gmail.com > >> https://www.facebook.com/jaimecruzmendoza > >> > >> _________________________________________________________________________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at 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 at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at 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* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici at ccs.covici.com From ben at langfeld.co.uk Sun Aug 9 15:55:54 2015 From: ben at langfeld.co.uk (Ben Langfeld) Date: Sun, 9 Aug 2015 08:55:54 -0300 Subject: [Freeswitch-users] ESL library for the Dart programming language In-Reply-To: <55C63AD0.6050802@retrospekt.dk> References: <55C63AD0.6050802@retrospekt.dk> Message-ID: Looks nice. I'm interested to know what you're using it for. On 8 August 2015 at 14:22, Kim Rostgaard Christensen wrote: > Hi list > > I've just uploaded my event socket library for the Dart language to > their package repository. It is located at > > https://pub.dartlang.org/packages/esl > > And the sources (and the issue tracker) is located at > > https://github.com/rostgaard/libesl-dart > > Any feedback/issue/feature requests any of you may provide is greatly > appreciated. > > Best > /Kim > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150809/b15b3f37/attachment.html From s.safarov at gmail.com Sun Aug 9 18:41:11 2015 From: s.safarov at gmail.com (Sergey Safarov) Date: Sun, 9 Aug 2015 17:41:11 +0300 Subject: [Freeswitch-users] Conectin a SPA3102 as pstn gateway on FS In-Reply-To: <29254.1439116469@ccs.covici.com> References: <29254.1439116469@ccs.covici.com> Message-ID: Special assignment of used port is not re On Sun, Aug 9, 2015 at 1:34 PM, wrote: > Also, at least in mine, you have to use port 5061 to dial out. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150809/bb605eb4/attachment-0001.html From s.safarov at gmail.com Sun Aug 9 18:43:21 2015 From: s.safarov at gmail.com (Sergey Safarov) Date: Sun, 9 Aug 2015 17:43:21 +0300 Subject: [Freeswitch-users] Conectin a SPA3102 as pstn gateway on FS In-Reply-To: <29254.1439116469@ccs.covici.com> References: <29254.1439116469@ccs.covici.com> Message-ID: Special assignment of used port is not required Using dial-string like "user/reg_user at mydomain.org" automatically do it Sergey On Sun, Aug 9, 2015 at 1:34 PM, wrote: > Also, at least in mine, you have to use port 5061 to dial out. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150809/3304ae56/attachment.html From randhawaay at gmail.com Sun Aug 9 23:36:18 2015 From: randhawaay at gmail.com (Shan Randhawa) Date: Sun, 09 Aug 2015 19:36:18 +0000 Subject: [Freeswitch-users] Enabling mod curl on windows Message-ID: Respected freeswitchers, I m currently facing a problem which many of you may have gone through.And I will be obliged if anyone can help me or point me in the right direction. The problem is I have successfully compiled freeswitch 1.4.20 using visual studio 2012 but I m unable to enable mod curl on it.i have tried editing modules.conf as in un commenting the line applications/mod_curl and then again recompiling the method specified on confluences and in freeswitch wiki for Ubuntu but it is of no avail in windows . Can any one tell how to do it on windows. And also when I open sln in VS i get file in build by name modules.conf.in its same like modules.conf .i also tried the same on that file but again it is of no avail . And I have to do it on windows as in I can't switch so please. Kindly help me. Regards, Shan Randhawa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150809/70b5a3af/attachment.html From ssinyagin at gmail.com Sun Aug 9 23:43:46 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sun, 9 Aug 2015 21:43:46 +0200 Subject: [Freeswitch-users] ESL library for the Dart programming language In-Reply-To: <55C63AD0.6050802@retrospekt.dk> References: <55C63AD0.6050802@retrospekt.dk> Message-ID: Kim, if you prepare the text for Confluence, I'll add it there. Examples, references and a short description are very much welcome. On Aug 8, 2015 7:24 PM, "Kim Rostgaard Christensen" wrote: > Hi list > > I've just uploaded my event socket library for the Dart language to > their package repository. It is located at > > https://pub.dartlang.org/packages/esl > > And the sources (and the issue tracker) is located at > > https://github.com/rostgaard/libesl-dart > > Any feedback/issue/feature requests any of you may provide is greatly > appreciated. > > Best > /Kim > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150809/48a493f0/attachment.html From mike at jerris.com Mon Aug 10 00:59:38 2015 From: mike at jerris.com (Michael Jerris) Date: Sun, 9 Aug 2015 16:59:38 -0400 Subject: [Freeswitch-users] Enabling mod curl on windows In-Reply-To: References: Message-ID: windows builds using the standard visual studio solution system, mod curl should be building by default. If it is not, is it reporting an error? On Sunday, August 9, 2015, Shan Randhawa wrote: > Respected freeswitchers, > > I m currently facing a problem which many of you may have gone through.And > I will be obliged if anyone can help me or point me in the right direction. > The problem is I have successfully compiled freeswitch 1.4.20 using visual > studio 2012 but I m unable to enable mod curl on it.i have tried editing > modules.conf as in un commenting the line applications/mod_curl and then > again recompiling the method specified on confluences and in freeswitch > wiki for Ubuntu but it is of no avail in windows . > > Can any one tell how to do it on windows. > > And also when I open sln in VS i get file in build by name modules.conf.in > its same like modules.conf .i also tried the same on that file but again it > is of no avail . > And I have to do it on windows as in I can't switch so please. > Kindly help me. > > Regards, > > Shan Randhawa > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150809/bee5fa5e/attachment.html From gaurav_vol at rediffmail.com Sun Aug 9 18:35:13 2015 From: gaurav_vol at rediffmail.com (Gaurav Khanna) Date: 9 Aug 2015 14:35:13 -0000 Subject: [Freeswitch-users] =?utf-8?q?CHANNEL=5FHANGUP=5FCOMPLETE_not_firi?= =?utf-8?b?bmfigI8=?= In-Reply-To: Message-ID: <1438994554.S.17819.30043.f4-234-198.1439130913.21226@webmail.rediffmail.com> No, I can't see any information about hangup complete in fs_cli. Following are the information related to hangup I see in fs_cli 2015-08-09 20:03:44.222486 [NOTICE] sofia.c:952 Hangup sofia/mygateway1/0794019263 [CS_EXECUTE] [NORMAL_CLEARING] 2015-08-09 20:03:44.222486 [DEBUG] switch_channel.c:3222 Send signal sofia/mygateway1/0794019263 [KILL] 2015-08-09 20:03:44.362494 [DEBUG] switch_cpp.cpp:1328 AppFunction is in hangupCallback. On Sat, 08 Aug 2015 06:12:34 +0530 ?talo Rossi wrote >You can';t see even in the fscli with /events plain all? Em 07/08/2015 19:50, "Gaurav Khanna" escreveu:Hi, I am using ESL Inbound connection to get CDR information. I have added "ALL" as filter so that I get all the events which are raised by freeswitch. But for some reason "Channel_hangup_complete" event is not raised. "Channel_Hangup" and "Channel_Execute_complete" works correctly. Also tried "Plain event Channel_hangup_complete" command but that also doesn';t work. Also tried linger() function but that also doesn';t work. Is there any settings in config folder or in var file which I need to set. Also tried following settings in dialplan Thanks, Gaurav Get your own FREE website, FREE domain & FREE mobile app with Company email. ?Know More > _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150809/b7d91d50/attachment.html From luis.daniel.lucio at gmail.com Mon Aug 10 06:04:30 2015 From: luis.daniel.lucio at gmail.com (Luis Daniel Lucio Quiroz) Date: Sun, 9 Aug 2015 22:04:30 -0400 Subject: [Freeswitch-users] Curl xml handler Message-ID: Just wondering if some one has a base example to start on. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150809/92ab9a93/attachment-0001.html From italorossib at gmail.com Mon Aug 10 06:22:47 2015 From: italorossib at gmail.com (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Sun, 9 Aug 2015 21:22:47 -0500 Subject: [Freeswitch-users] =?utf-8?q?CHANNEL=5FHANGUP=5FCOMPLETE_not_firi?= =?utf-8?b?bmfigI8=?= In-Reply-To: <1438994554.S.17819.30043.f4-234-198.1439130913.21226@webmail.rediffmail.com> References: <1438994554.S.17819.30043.f4-234-198.1439130913.21226@webmail.rediffmail.com> Message-ID: Looks like you have a hangupCallback holding the session and preventing the state transition On Sun, Aug 9, 2015 at 9:35 AM, Gaurav Khanna wrote: > No, I can't see any information about hangup complete in fs_cli. Following > are the information related > to hangup I see in fs_cli > > 2015-08-09 20:03:44.222486 [NOTICE] sofia.c:952 Hangup > sofia/mygateway1/0794019263 [CS_EXECUTE] > [NORMAL_CLEARING] > 2015-08-09 20:03:44.222486 [DEBUG] switch_channel.c:3222 Send signal > sofia/mygateway1/0794019263 [KILL] > 2015-08-09 20:03:44.362494 [DEBUG] switch_cpp.cpp:1328 AppFunction is in > hangupCallback. > > On Sat, 08 Aug 2015 06:12:34 +0530 ?talo Rossi wrote > >You can';t see even in the fscli with /events plain all? > Em 07/08/2015 19:50, "Gaurav Khanna" escreveu:Hi, > > > > I am using ESL Inbound connection to get CDR information. I have added > "ALL" as filter so that I get > all the events which are raised by freeswitch. But for some reason > "Channel_hangup_complete" event is > not raised. "Channel_Hangup" and "Channel_Execute_complete" works > correctly. Also tried "Plain event > Channel_hangup_complete" command but that also doesn';t work. Also tried > linger() function but that > also doesn';t work. Is there any settings in config folder or in var file > which I need to set. > > > > Also tried following settings in dialplan > > > > > > > > > > > > > > > > > > Thanks, > > Gaurav > Get your own FREE website, FREE domain & FREE mobile app with Company > email. Know More > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > Get your own *FREE* website, *FREE* domain & *FREE* mobile app with > Company email. > *Know More >* > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ?talo Rossi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150809/11667600/attachment.html From mike at jerris.com Mon Aug 10 06:47:23 2015 From: mike at jerris.com (Michael Jerris) Date: Sun, 9 Aug 2015 22:47:23 -0400 Subject: [Freeswitch-users] =?utf-8?q?CHANNEL=5FHANGUP=5FCOMPLETE_not_firi?= =?utf-8?b?bmfigI8=?= In-Reply-To: <1438994554.S.17819.30043.f4-234-198.1439130913.21226@webmail.rediffmail.com> References: <1438994554.S.17819.30043.f4-234-198.1439130913.21226@webmail.rediffmail.com> Message-ID: what is AppFunction and why is it blocking? On Sunday, August 9, 2015, Gaurav Khanna wrote: > No, I can't see any information about hangup complete in fs_cli. Following > are the information related > to hangup I see in fs_cli > > 2015-08-09 20:03:44.222486 [NOTICE] sofia.c:952 Hangup > sofia/mygateway1/0794019263 [CS_EXECUTE] > [NORMAL_CLEARING] > 2015-08-09 20:03:44.222486 [DEBUG] switch_channel.c:3222 Send signal > sofia/mygateway1/0794019263 [KILL] > 2015-08-09 20:03:44.362494 [DEBUG] switch_cpp.cpp:1328 AppFunction is in > hangupCallback. > > On Sat, 08 Aug 2015 06:12:34 +0530 ?talo Rossi wrote > >You can';t see even in the fscli with /events plain all? > Em 07/08/2015 19:50, "Gaurav Khanna" escreveu:Hi, > > > > I am using ESL Inbound connection to get CDR information. I have added > "ALL" as filter so that I get > all the events which are raised by freeswitch. But for some reason > "Channel_hangup_complete" event is > not raised. "Channel_Hangup" and "Channel_Execute_complete" works > correctly. Also tried "Plain event > Channel_hangup_complete" command but that also doesn';t work. Also tried > linger() function but that > also doesn';t work. Is there any settings in config folder or in var file > which I need to set. > > > > Also tried following settings in dialplan > > > > > > > > > > > > > > > > > > Thanks, > > Gaurav > Get your own FREE website, FREE domain & FREE mobile app with Company > email. Know More > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > Get your own *FREE* website, *FREE* domain & *FREE* mobile app with > Company email. > *Know More >* > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150809/19e55bcf/attachment.html From jaimecm at gmail.com Mon Aug 10 09:20:28 2015 From: jaimecm at gmail.com (Jaime Cruz) Date: Mon, 10 Aug 2015 02:20:28 -0300 Subject: [Freeswitch-users] Conectin a SPA3102 as pstn gateway on FS In-Reply-To: References: Message-ID: Hi Brian, It's to use a linksys SPA3000&3102 as a gateway to the PSTN line, that this device can connect to. but us I tested this device is taken the phone number to dial from the invite sip uri (and not from the To Uri). Thanks JCM On Sun, Aug 9, 2015 at 7:20 AM, Brian West wrote: > Why would you ever need to set the sip_invite_to_uri? > > On Sun, Aug 9, 2015 at 4:50 AM, Sergey Safarov > wrote: > >> Register gateway as regular user >> And try dial as >> >> originate {sip_invite_to_uri=> >}user/reg_user at mydomain.org & park >> >> or >> >> >> >> >> >> >> On Sat, Aug 8, 2015 at 10:14 AM, Jaime Cruz wrote: >> >>> Hi Everyone, >>> >>> I'm trying to use a SPA3102 as a PSTN gateway, it is in a remote site >>> with a dinamic IP, I'have it registered in my FS as 100123 user, and my >>> goal is to dial @ in order to >>> use my SPA3120 to make the call via his pstn line to the number >> pstn number>. >>> >>> The problem is that all the examples I see has a fixed and well know IP >>> address for the SPA3102 gateway in order to use it in the dial plan, >>> but in my scenario the IP address for my SPA3102 gateway is dinamyc and >>> unknow. >>> >>> Please any help in order to understand how can I dial any number to my >>> spa3102 gateway will by apreciated. >>> >>> >>> In this example my FS has the IP 100.10.10.10 and the SPA3102 has the >>> dinamic Adsl IP 210.20.20.20 >>> >>> > sofia status profile internal reg >>> Registrations: >>> >>> ================================================================================================= >>> Call-ID: 2378632f-eb1116d at 192.168.0.11 >>> User: 100123 at 100.10.10.10 >>> Contact: "Local Call" >>> Agent: Linksys/SPA3000-3.1.20(GW) >>> Status: Registered(UDP)(unknown) EXP(2015-08-08 04:01:04) >>> EXPSECS(61) >>> Ping-Status: Reachable >>> Host: voip.example.com >>> IP: 210.20.20.20 >>> Port: 5061 >>> Auth-User: 100123 >>> Auth-Realm: voip.example.com >>> MWI-Account: 100123 at 100.10.10.10 >>> >>> ================================================================================================= >>> >>> for example, if I want to dial to the pstn number 222-1234, then I need >>> to send an INVITE 2221234 at 210.20.20.20:5061 >>> >>> >>> >>> Thanks for your help. >>> >>> >>> -- >>> Jaime Cruz >>> jaimecm at gmail.com >>> https://www.facebook.com/jaimecruzmendoza >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at 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* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Jaime Cruz jaimecm at gmail.com https://www.facebook.com/jaimecruzmendoza -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150810/01f6a7b0/attachment-0001.html From jaimecm at gmail.com Mon Aug 10 09:26:21 2015 From: jaimecm at gmail.com (Jaime Cruz) Date: Mon, 10 Aug 2015 02:26:21 -0300 Subject: [Freeswitch-users] Conectin a SPA3102 as pstn gateway on FS In-Reply-To: References: <29254.1439116469@ccs.covici.com> Message-ID: Hi Sergey, Thanks for your help, it' worked to change the Invite "To:" Uri, but as I tested, the linksys SPA3000&3102 is not taken the destination from the To Uri nor from the Invite Uri as "INVITE sip:nnnnnn at 200.200.200.200:5061 SIP/2.0" as "nnnnnn" can be any destination that I want to dial via it's PSTN line. Do you think that there's an option to change this in FS, Thanks for your help. JCM ====== originate: {sip_invite_to_uri=}user/ 100123 at voip.hablaip.com ====== INVITE sip:100123 at 200.200.200.200:5061 SIP/2.0 Via: SIP/2.0/UDP 100.100.100.100;rport;branch=z9hG4bK32ScZ5j0X2NQH Max-Forwards: 69 From: "Katty Casa." ;tag=XZvcHv1avcZ5c To: Call-ID: 2b0f621f-b9c0-1233-ab8f-000c292ac960 CSeq: 79255480 INVITE Contact: ====== 2015-08-10 02:04:49.318695 [DEBUG] switch_ivr_originate.c:2101 Parsing global variables 2015-08-10 02:04:49.318695 [DEBUG] switch_event.c:1698 Parsing variable [sip_invite_to_uri]=[] ========== On Sun, Aug 9, 2015 at 11:43 AM, Sergey Safarov wrote: > Special assignment of used port is not required > Using dial-string like "user/reg_user at mydomain.org" automatically do it > > Sergey > > On Sun, Aug 9, 2015 at 1:34 PM, wrote: > >> Also, at least in mine, you have to use port 5061 to dial out. >> >> >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Jaime Cruz jaimecm at gmail.com https://www.facebook.com/jaimecruzmendoza -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150810/cfd2bdc9/attachment.html From randhawaay at gmail.com Mon Aug 10 12:03:57 2015 From: randhawaay at gmail.com (Shan Randhawa) Date: Mon, 10 Aug 2015 13:03:57 +0500 Subject: [Freeswitch-users] Enabling mod curl on windows In-Reply-To: References: Message-ID: No there are no build errors,,whole free switch build successfully but when i run command of curl api like this curl http://www.google.com it say no command found curl. On Mon, Aug 10, 2015 at 1:59 AM, Michael Jerris wrote: > windows builds using the standard visual studio solution system, mod curl > should be building by default. If it is not, is it reporting an error? > > > On Sunday, August 9, 2015, Shan Randhawa wrote: > >> Respected freeswitchers, >> >> I m currently facing a problem which many of you may have gone >> through.And I will be obliged if anyone can help me or point me in the >> right direction. >> The problem is I have successfully compiled freeswitch 1.4.20 using >> visual studio 2012 but I m unable to enable mod curl on it.i have tried >> editing modules.conf as in un commenting the line applications/mod_curl and >> then again recompiling the method specified on confluences and in >> freeswitch wiki for Ubuntu but it is of no avail in windows . >> >> Can any one tell how to do it on windows. >> >> And also when I open sln in VS i get file in build by name >> modules.conf.in its same like modules.conf .i also tried the same on >> that file but again it is of no avail . >> And I have to do it on windows as in I can't switch so please. >> Kindly help me. >> >> Regards, >> >> Shan Randhawa >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150810/fca77d30/attachment.html From krc at retrospekt.dk Mon Aug 10 12:33:29 2015 From: krc at retrospekt.dk (Kim Rostgaard Christensen) Date: Mon, 10 Aug 2015 10:33:29 +0200 Subject: [Freeswitch-users] ESL library for the Dart programming language In-Reply-To: <55C63AD0.6050802@retrospekt.dk> References: <55C63AD0.6050802@retrospekt.dk> Message-ID: <55C861D9.3000601@retrospekt.dk> Follow-up. Hopefully answering Ben's question and teaching me to re-enable mail delivery from the FS-list. The library was originally created as replacement for Ada version of my esl lib[1]. We use the library as a support component for a product we are building. The product is an application for receptionists, enabling them to accept, originate and transfer calls. For this purpose, they have a client PC which provides them with information about companies owning the reception, their employees, calendar data and what-have-you-not. Basically a specialized call-center solution - only everything is FOSS. Every receptionist has a phone which is connected to a FreeSWITCH instance. The client is browser-based, and call-control is proxied via this to gain better control of which calls go where. This is handled by the call-flow-control service[2], which also maintains a view of the current PBX state (channels and peers). The above described service uses the lib for communication and is, thus, a core component of our stack. On an unrelated note, we are also doing some cool stuff with automated acceptance testing, performing automated call-scenario playbacks (via remote controlled phones) from tests to avoid feature regressions during development. But I can go on for many paragraphs about that, so I'll just leave it at the teaser. [1] https://github.com/rostgaard/libesl-ada [2] https://github.com/Bitstackers/ServerStack/tree/master/lib/callflowcontrol /Kim From s.safarov at gmail.com Mon Aug 10 12:33:57 2015 From: s.safarov at gmail.com (Sergey Safarov) Date: Mon, 10 Aug 2015 11:33:57 +0300 Subject: [Freeswitch-users] Conectin a SPA3102 as pstn gateway on FS In-Reply-To: References: <29254.1439116469@ccs.covici.com> Message-ID: Use sip_invite_req_uri https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables On Mon, Aug 10, 2015 at 8:26 AM, Jaime Cruz wrote: > Hi Sergey, > Thanks for your help, > it' worked to change the Invite "To:" Uri, > > but as I tested, the linksys SPA3000&3102 is not taken the destination > from the To Uri nor from the Invite Uri as "INVITE > sip:nnnnnn at 200.200.200.200:5061 SIP/2.0" as "nnnnnn" can be any > destination that I want to dial via it's PSTN line. > > Do you think that there's an option to change this in FS, > > > > Thanks for your help. > JCM > > > ====== > originate: {sip_invite_to_uri=}user/ > 100123 at voip.hablaip.com > ====== > INVITE sip:100123 at 200.200.200.200:5061 SIP/2.0 > Via: SIP/2.0/UDP 100.100.100.100;rport;branch=z9hG4bK32ScZ5j0X2NQH > Max-Forwards: 69 > From: "Katty Casa." ;tag=XZvcHv1avcZ5c > To: > Call-ID: 2b0f621f-b9c0-1233-ab8f-000c292ac960 > CSeq: 79255480 INVITE > Contact: > ====== > 2015-08-10 02:04:49.318695 [DEBUG] switch_ivr_originate.c:2101 Parsing > global variables > 2015-08-10 02:04:49.318695 [DEBUG] switch_event.c:1698 Parsing variable > [sip_invite_to_uri]=[] > ========== > > > > On Sun, Aug 9, 2015 at 11:43 AM, Sergey Safarov > wrote: > >> Special assignment of used port is not required >> Using dial-string like "user/reg_user at mydomain.org" automatically do it >> >> Sergey >> >> On Sun, Aug 9, 2015 at 1:34 PM, wrote: >> >>> Also, at least in mine, you have to use port 5061 to dial out. >>> >>> >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Jaime Cruz > jaimecm at gmail.com > https://www.facebook.com/jaimecruzmendoza > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150810/b105607b/attachment-0001.html From peter at olssononline.se Mon Aug 10 12:35:53 2015 From: peter at olssononline.se (Peter Olsson) Date: Mon, 10 Aug 2015 10:35:53 +0200 Subject: [Freeswitch-users] Enabling mod curl on windows In-Reply-To: References: Message-ID: Did you load the module? Try "load mod_curl" from the CLI. 2015-08-10 10:03 GMT+02:00 Shan Randhawa : > No there are no build errors,,whole free switch build successfully but > when i run command of curl api like this > > curl http://www.google.com > > it say no command found curl. > > > > > > On Mon, Aug 10, 2015 at 1:59 AM, Michael Jerris wrote: > >> windows builds using the standard visual studio solution system, mod curl >> should be building by default. If it is not, is it reporting an error? >> >> >> On Sunday, August 9, 2015, Shan Randhawa wrote: >> >>> Respected freeswitchers, >>> >>> I m currently facing a problem which many of you may have gone >>> through.And I will be obliged if anyone can help me or point me in the >>> right direction. >>> The problem is I have successfully compiled freeswitch 1.4.20 using >>> visual studio 2012 but I m unable to enable mod curl on it.i have tried >>> editing modules.conf as in un commenting the line applications/mod_curl and >>> then again recompiling the method specified on confluences and in >>> freeswitch wiki for Ubuntu but it is of no avail in windows . >>> >>> Can any one tell how to do it on windows. >>> >>> And also when I open sln in VS i get file in build by name >>> modules.conf.in its same like modules.conf .i also tried the same on >>> that file but again it is of no avail . >>> And I have to do it on windows as in I can't switch so please. >>> Kindly help me. >>> >>> Regards, >>> >>> Shan Randhawa >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150810/36622487/attachment.html From findmeinwland at gmail.com Mon Aug 10 12:52:14 2015 From: findmeinwland at gmail.com (Artur Mega) Date: Mon, 10 Aug 2015 13:52:14 +0500 Subject: [Freeswitch-users] Curl xml handler In-Reply-To: References: Message-ID: what do you want? 2015-08-10 7:04 GMT+05:00 Luis Daniel Lucio Quiroz < luis.daniel.lucio at gmail.com>: > Just wondering if some one has a base example to start on. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Arthur -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150810/4a3d94e1/attachment.html From john.nash778 at gmail.com Mon Aug 10 13:31:23 2015 From: john.nash778 at gmail.com (John Nash) Date: Mon, 10 Aug 2015 15:01:23 +0530 Subject: [Freeswitch-users] Display live calls in web pages In-Reply-To: References: Message-ID: Dear Steven, I would really want to use core DB query as it makes sense to use information which is saved by freeswitch anyway, but the extra variables I need I cannt find in "show channels" (They are automatically set by X- headers).... Is there any other way to store these extra columns in sql table? As suggested by some people I would finally have to store my own calls data on event hooks. If it comes to that can i use execute_on_originate execute_on_pre_answer execute_on_answer execute_on_hangup On dialplan and fire lua scripts?...Will I be able to read extra SIP headers on these events .. Extra headers will be there in Invite message, then 180 or 183 200 OK messages. John On Thu, Jul 30, 2015 at 1:59 PM, Steven Ayre wrote: > If you need extra channel variables then your best bet would be ESL, where > you can 'show calls' / 'show channels' and then uuid_getvar to get the > extra variables. > > On 30 July 2015 at 09:25, John Nash wrote: > >> Thank you everyone. I also need to fetch some extra channel variables >> (Which are set in dial plans and some message headers) as columns, SQLLite >> stores only fixed number of columns right? >> >> On Thu, Jul 30, 2015 at 1:48 PM, Giovanni Maruzzelli >> wrote: >> >>> Mod-rpc-xml has an embedded http server, you can post and get "show >>> calls" to it, and it will return a nice formatted html table :) >>> >>> sent from my mobile, >>> Giovanni Maruzzelli >>> cell: +39 347 266 56 18 >>> On Jul 30, 2015 9:09 AM, "Sergey Safarov" wrote: >>> >>>> You can call "show calls" via ESL or mod_erlang and parse output. >>>> >>>> Sergey >>>> >>>> On Thu, Jul 30, 2015 at 9:34 AM, John Nash >>>> wrote: >>>> >>>>> Is there any way of storing "live" calls (Ongoing calls) in DB to a >>>>> specific table? where we can fetch these records and display in web page? >>>>> >>>>> I planned to store calls using some lua script hooks but cli command >>>>> show calls already shows calls which we can use? >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at 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 at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE: >>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150810/6037671d/attachment-0001.html From amkusmirek at gmail.com Mon Aug 10 14:08:16 2015 From: amkusmirek at gmail.com (=?UTF-8?Q?Adam_Ku=C5=9Bmirek?=) Date: Mon, 10 Aug 2015 12:08:16 +0200 Subject: [Freeswitch-users] Presence with shared database Message-ID: Hello, Yes we enabled manage-presence. According to documentation dbname is used to share presence between profiles. What we want to achieve is to share presence between hosts. We investigated some presence source code and found that there are sql queries that ask for specific FS host. We modified SELECT statements and UPDATES of version parameter, so they have no host in WHERE clause. After mod_sofia recompilation everything works fine. It seems that the only way to share presence between hosts is to set the same hostname in switch.xml for every FS node, but we cannot do this because we need host information for other services. I wonder why FS checks whether the subscription was made on a host that sets up the connection. Maybe this is a bug in the concept and it should be removed. Regards Adam Kusmirek ---------- Wiadomo?? przekazana dalej ---------- >> > From: "?talo Rossi" > To: FreeSWITCH Users Help > Cc: > Date: Fri, 7 Aug 2015 22:42:37 -0500 > Subject: Re: [Freeswitch-users] Presence with shared database > Hard to say without more info, where's your configs? > > Did you enabled the manage-presence in your profile? and set the dbname? > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150810/ae512d02/attachment.html From leo.noordergraaf at deanconnect.nl Mon Aug 10 14:55:43 2015 From: leo.noordergraaf at deanconnect.nl (Leo Noordergraaf) Date: Mon, 10 Aug 2015 12:55:43 +0200 Subject: [Freeswitch-users] Presence with shared database In-Reply-To: References: Message-ID: <55C8832F.2030804@deanconnect.nl> Hi Adam, We ran into the same issue and created ticket https://freeswitch.org/jira/browse/FS-7485 for it. For some reason it has been closed but the issue still remains open. Like you we changed the select en update statements but it would be nice if it was solved by the freeswitch team. regards, Leo Noordergraaf On 08/10/15 12:08, Adam Ku?mirek wrote: > Hello, > > Yes we enabled manage-presence. > According to documentation dbname is used to share presence between > profiles. > > What we want to achieve is to share presence between hosts. > > We investigated some presence source code and found that there are sql > queries that ask for specific FS host. We modified SELECT statements and > UPDATES of version parameter, so they have no host in WHERE clause. > After mod_sofia recompilation everything works fine. > > It seems that the only way to share presence between hosts is to set the > same hostname in switch.xml for every FS node, but we cannot do this > because we need host information for other services. > > I wonder why FS checks whether the subscription was made on a host that > sets up the connection. Maybe this is a bug in the concept and it should > be removed. > > Regards > Adam Kusmirek > > > > ---------- Wiadomo?? przekazana dalej ---------- > > From: "?talo Rossi" > > To: FreeSWITCH Users Help > > Cc: > Date: Fri, 7 Aug 2015 22:42:37 -0500 > Subject: Re: [Freeswitch-users] Presence with shared database > Hard to say without more info, where's your configs? > > Did you enabled the manage-presence in your profile? and set the dbname? > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > From gaurav_vol at rediffmail.com Mon Aug 10 11:23:08 2015 From: gaurav_vol at rediffmail.com (Gaurav Khanna) Date: 10 Aug 2015 07:23:08 -0000 Subject: [Freeswitch-users] =?utf-8?q?CHANNEL=5FHANGUP=5FCOMPLETE_not_firi?= =?utf-8?b?bmfigI8=?= In-Reply-To: Message-ID: <1439173525.S.29792.30966.f4-234-118.1439191388.19414@webmail.rediffmail.com> I am using mod_managed and I can see HangupFunction delegate but I haven't set that. So any suggestions of how I can solve this problem? On Mon, 10 Aug 2015 07:55:25 +0530 ?talo Rossi wrote >Looks like you have a hangupCallback holding the session and preventing the state transition On Sun, Aug 9, 2015 at 9:35 AM, Gaurav Khanna wrote: No, I can't see any information about hangup complete in fs_cli. Following are the information related to hangup I see in fs_cli 2015-08-09 20:03:44.222486 [NOTICE] sofia.c:952 Hangup sofia/mygateway1/0794019263 [CS_EXECUTE] [NORMAL_CLEARING] 2015-08-09 20:03:44.222486 [DEBUG] switch_channel.c:3222 Send signal sofia/mygateway1/0794019263 [KILL] 2015-08-09 20:03:44.362494 [DEBUG] switch_cpp.cpp:1328 AppFunction is in hangupCallback. On Sat, 08 Aug 2015 06:12:34 +0530 ?talo Rossi wrote >You can';t see even in the fscli with /events plain all? Em 07/08/2015 19:50, "Gaurav Khanna" escreveu:Hi, I am using ESL Inbound connection to get CDR information. I have added "ALL" as filter so that I get all the events which are raised by freeswitch. But for some reason "Channel_hangup_complete" event is not raised. "Channel_Hangup" and "Channel_Execute_complete" works correctly. Also tried "Plain event Channel_hangup_complete" command but that also doesn';t work. Also tried linger() function but that also doesn';t work. Is there any settings in config folder or in var file which I need to set. Also tried following settings in dialplan Thanks, Gaurav Get your own FREE website, FREE domain & FREE mobile app with Company email.? Know More > _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org Get your own FREE website, FREE domain & FREE mobile app with Company email. ?Know More > _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- ?talo Rossi _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150810/c3398d4f/attachment.html From Alexander.Haugg at c4b.de Mon Aug 10 15:34:15 2015 From: Alexander.Haugg at c4b.de (Alexander Haugg) Date: Mon, 10 Aug 2015 11:34:15 +0000 Subject: [Freeswitch-users] Error msg "Invalid codec VP8! Message-ID: Hi All, I'm using the actual freeswitch on Ubuntu in version 1.7.0+git~20150807... I added the VP8 codec in the vars.xml for global_codec_prefs and for outbound_codec_prefs. WS on Port 5066 is enabled and I use the "sipml5 demo client" as client. Normal audio calls works successfully (opus) but I get the error message in the CLI " [ERR] switch_core_codec.c:665 Invalid codec VP8! [ERR] switch_core_media.c:2671 Can't load codec? Mod_vp8 is build and in the modules.conf.xml enabled What can I do that the freeswitch allow the VP8 Codec with SIP? Thanks a lot! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150810/dbdb2d6f/attachment-0001.html From sdame at 207me.com Mon Aug 10 15:43:43 2015 From: sdame at 207me.com (Stephen Dame) Date: Mon, 10 Aug 2015 07:43:43 -0400 Subject: [Freeswitch-users] Error msg "Invalid codec VP8! In-Reply-To: References: Message-ID: <025d01d0d361$d04bc760$70e35620$@207me.com> Is mod_av compiled and loaded? Also to use the h26x codecs in mod_av you need to diable the passthru codecs Regards, Stephen From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Alexander Haugg Sent: Monday, August 10, 2015 7:34 AM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] Error msg "Invalid codec VP8! Hi All, I'm using the actual freeswitch on Ubuntu in version 1.7.0+git~20150807. I added the VP8 codec in the vars.xml for global_codec_prefs and for outbound_codec_prefs. WS on Port 5066 is enabled and I use the "sipml5 demo client" as client. Normal audio calls works successfully (opus) but I get the error message in the CLI " [ERR] switch_core_codec.c:665 Invalid codec VP8! [ERR] switch_core_media.c:2671 Can't load codec? Mod_vp8 is build and in the modules.conf.xml enabled What can I do that the freeswitch allow the VP8 Codec with SIP? Thanks a lot! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150810/d76640b9/attachment.html From Alexander.Haugg at c4b.de Mon Aug 10 16:23:30 2015 From: Alexander.Haugg at c4b.de (Alexander Haugg) Date: Mon, 10 Aug 2015 12:23:30 +0000 Subject: [Freeswitch-users] Error msg "Invalid codec VP8! In-Reply-To: <025d01d0d361$d04bc760$70e35620$@207me.com> References: <025d01d0d361$d04bc760$70e35620$@207me.com> Message-ID: There is no mod_av in the build modules.conf. The mod_h26x is build and loaded, but the vp8 codec have an own module (mod_vp8). I'm not sure I understand you correctly!? The problem is, that the "VP8" is not a correct setting for "global_codec_prefs" and for "outbound_codec_prefs". Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Stephen Dame Gesendet: Montag, 10. August 2015 13:44 An: 'FreeSWITCH Users Help' Betreff: Re: [Freeswitch-users] Error msg "Invalid codec VP8! Is mod_av compiled and loaded? Also to use the h26x codecs in mod_av you need to diable the passthru codecs Regards, Stephen From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Alexander Haugg Sent: Monday, August 10, 2015 7:34 AM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] Error msg "Invalid codec VP8! Hi All, I'm using the actual freeswitch on Ubuntu in version 1.7.0+git~20150807... I added the VP8 codec in the vars.xml for global_codec_prefs and for outbound_codec_prefs. WS on Port 5066 is enabled and I use the "sipml5 demo client" as client. Normal audio calls works successfully (opus) but I get the error message in the CLI " [ERR] switch_core_codec.c:665 Invalid codec VP8! [ERR] switch_core_media.c:2671 Can't load codec? Mod_vp8 is build and in the modules.conf.xml enabled What can I do that the freeswitch allow the VP8 Codec with SIP? Thanks a lot! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150810/49719d89/attachment.html From bradleyjokinen at reliancetelephone.com Mon Aug 10 17:21:42 2015 From: bradleyjokinen at reliancetelephone.com (Bradley Jokinen) Date: Mon, 10 Aug 2015 08:21:42 -0500 Subject: [Freeswitch-users] Error msg "Invalid codec VP8! In-Reply-To: References: Message-ID: <55C8A566.2080500@reliancetelephone.com> Try mod_vpx instead. On 8/10/15 6:34 AM, Alexander Haugg wrote: > > Hi All, > > I?m using the actual freeswitch on Ubuntu in version 1.7.0+git~20150807? > > I added the VP8 codec in the vars.xml for global_codec_prefs and for > outbound_codec_prefs. > > WS on Port 5066 is enabled and I use the ?sipml5 demo client? as client. > > Normal audio calls works successfully (opus) but I get the error > message in the CLI ? > > [ERR] switch_core_codec.c:665 Invalid codec VP8! > > [ERR] switch_core_media.c:2671 Can?t load codec? > > Mod_vp8 is build and in the modules.conf.xml enabled > > What can I do that the freeswitch allow the VP8 Codec with SIP? > > Thanks a lot! > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150810/5e0d506c/attachment.html From Alexander.Haugg at c4b.de Mon Aug 10 19:39:58 2015 From: Alexander.Haugg at c4b.de (Alexander Haugg) Date: Mon, 10 Aug 2015 15:39:58 +0000 Subject: [Freeswitch-users] Error msg "Invalid codec VP8! In-Reply-To: <55C8A566.2080500@reliancetelephone.com> References: <55C8A566.2080500@reliancetelephone.com> Message-ID: Cool, that's it! Thanks a lot! Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Bradley Jokinen Gesendet: Montag, 10. August 2015 15:22 An: freeswitch-users at lists.freeswitch.org Betreff: Re: [Freeswitch-users] Error msg "Invalid codec VP8! Try mod_vpx instead. On 8/10/15 6:34 AM, Alexander Haugg wrote: Hi All, I'm using the actual freeswitch on Ubuntu in version 1.7.0+git~20150807... I added the VP8 codec in the vars.xml for global_codec_prefs and for outbound_codec_prefs. WS on Port 5066 is enabled and I use the "sipml5 demo client" as client. Normal audio calls works successfully (opus) but I get the error message in the CLI " [ERR] switch_core_codec.c:665 Invalid codec VP8! [ERR] switch_core_media.c:2671 Can't load codec? Mod_vp8 is build and in the modules.conf.xml enabled What can I do that the freeswitch allow the VP8 Codec with SIP? Thanks a lot! _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150810/db765be5/attachment-0001.html From john.nash778 at gmail.com Mon Aug 10 20:11:37 2015 From: john.nash778 at gmail.com (John Nash) Date: Mon, 10 Aug 2015 21:41:37 +0530 Subject: [Freeswitch-users] Display live calls in web pages In-Reply-To: <55B9CACA.3010804@gmail.com> References: <55B9CACA.3010804@gmail.com> Message-ID: To implement startup-script and store channel variables, is there any example where I can start from? On Thu, Jul 30, 2015 at 12:27 PM, Mimiko wrote: > On 30.07.2015 09:34, John Nash wrote: > > Is there any way of storing "live" calls (Ongoing calls) in DB to a > > specific table? where we can fetch these records and display in web page? > > > > I planned to store calls using some lua script hooks but cli command > > show calls already shows calls which we can use? > > Hello. > > If using LUA, then you can hook a lua script to start-up of FS which > will hook itself to events for new incomming, but not yet established > call, or established bridges. Third option is to periodically call cli > command: `show calls` > > -- > Mimiko desu. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150810/ba8d64f8/attachment.html From david.fu at oocl.com Tue Aug 11 09:56:18 2015 From: david.fu at oocl.com (david.fu at oocl.com) Date: Tue, 11 Aug 2015 13:56:18 +0800 Subject: [Freeswitch-users] Voice prompt cannot be played in FreeSWITCH(No sound) Message-ID: <61E1B4F8DE845A4F986F448F6D50A38504BEA1A2A4@E2K7CCR03.corp.oocl.com> Hi All, We are new to FreeSWTICH and are trying to play voice prompt using dial plan in FreeSWITCH. However, we couldn't hear any sound. Would you please give us some hints ? We have shown the SIP log as belows. Thanks. Best Regards, David SIP Logs: ------------------------------------------------------------------------ 2015-08-11 12:54:46.449941 [DEBUG] sofia.c:6715 Channel sofia/internal/10810609 at 146.222.181.146 entering state [ready][200] 2015-08-11 12:54:46.749969 [DEBUG] switch_rtp.c:6462 Correct audio ip/port confirmed. recv 409 bytes from tcp/[146.222.181.146]:36548 at 12:54:48.462120: ------------------------------------------------------------------------ OPTIONS sip:146.222.181.242:5060 SIP/2.0 Via: SIP/2.0/TCP 146.222.181.146:5060;branch=z9hG4bK13f66bc21f08 From: ;tag=1154629128 To: Date: Tue, 11 Aug 2015 05:09:01 GMT Call-ID: 12c4da00-5c91836d-13eb-92b5de92 at 146.222.181.146 User-Agent: Cisco-CUCM8.5 CSeq: 101 OPTIONS Contact: Max-Forwards: 0 Content-Length: 0 ------------------------------------------------------------------------ send 731 bytes to tcp/[146.222.181.146]:36548 at 12:54:48.462394: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/TCP 146.222.181.146:5060;branch=z9hG4bK13f66bc21f08;rport=36548 From: ;tag=1154629128 To: ;tag=02ZDZ4QQvXKtg Call-ID: 12c4da00-5c91836d-13eb-92b5de92 at 146.222.181.146 CSeq: 101 OPTIONS Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150810T224801Z~28ae331c93~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 Content-Length: 0 ------------------------------------------------------------------------ 2015-08-11 12:54:49.029981 [DEBUG] switch_ivr_play_say.c:1805 done playing file /usr/local/freeswitch/sounds/en/us/callie/ivr/ivr-welcome_to_freeswitch.wav EXECUTE sofia/internal/10810609 at 146.222.181.146 sleep(500) 2015-08-11 12:54:49.549962 [NOTICE] switch_core_state_machine.c:315 sofia/internal/10810609 at 146.222.181.146 has executed the last dialplan instruction, hanging up. 2015-08-11 12:54:49.549962 [NOTICE] switch_core_state_machine.c:317 Hangup sofia/internal/10810609 at 146.222.181.146 [CS_EXECUTE] [NORMAL_CLEARING] 2015-08-11 12:54:49.549962 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/10810609 at 146.222.181.146) State EXECUTE going to sleep 2015-08-11 12:54:49.549962 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/10810609 at 146.222.181.146) Running State Change CS_HANGUP 2015-08-11 12:54:49.549962 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/10810609 at 146.222.181.146) Callstate Change ACTIVE -> HANGUP 2015-08-11 12:54:49.549962 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/10810609 at 146.222.181.146) State HANGUP 2015-08-11 12:54:49.549962 [DEBUG] mod_sofia.c:431 Channel sofia/internal/10810609 at 146.222.181.146 hanging up, cause: NORMAL_CLEARING 2015-08-11 12:54:49.549962 [DEBUG] mod_sofia.c:484 Sending BYE to sofia/internal/10810609 at 146.222.181.146 2015-08-11 12:54:49.549962 [DEBUG] switch_core_state_machine.c:60 sofia/internal/10810609 at 146.222.181.146 Standard HANGUP, cause: NORMAL_CLEARING 2015-08-11 12:54:49.549962 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/10810609 at 146.222.181.146) State HANGUP going to sleep 2015-08-11 12:54:49.549962 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/10810609 at 146.222.181.146) State Change CS_HANGUP -> CS_REPORTING 2015-08-11 12:54:49.569947 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/10810609 at 146.222.181.146) Running State Change CS_REPORTING 2015-08-11 12:54:49.569947 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/10810609 at 146.222.181.146) State REPORTING IMPORTANT NOTICE Email from OOCL is confidential and may be legally privileged. If it is not intended for you, please delete it immediately unread. The internet cannot guarantee that this communication is free of viruses, interception or interference and anyone who communicates with us by email is taken to accept the risks in doing so. Without limitation, OOCL and its affiliates accept no liability whatsoever and howsoever arising in connection with the use of this email. Under no circumstances shall this email constitute a binding agreement to carry or for provision of carriage services by OOCL, which is subject to the availability of carrier's equipment and vessels and the terms and conditions of OOCL's standard bill of lading which is also available at http://www.oocl.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150811/c41bf6fe/attachment.html From peter at olssononline.se Tue Aug 11 10:21:26 2015 From: peter at olssononline.se (Peter Olsson) Date: Tue, 11 Aug 2015 08:21:26 +0200 Subject: [Freeswitch-users] Enabling mod curl on windows In-Reply-To: References: Message-ID: Just make sure that mod_curl.dll exists, and then do a "load mod_curl" from the CLI. modules.conf doesn't matter on Windows platform. /Peter 2015-08-09 21:36 GMT+02:00 Shan Randhawa : > Respected freeswitchers, > > I m currently facing a problem which many of you may have gone through.And > I will be obliged if anyone can help me or point me in the right direction. > The problem is I have successfully compiled freeswitch 1.4.20 using visual > studio 2012 but I m unable to enable mod curl on it.i have tried editing > modules.conf as in un commenting the line applications/mod_curl and then > again recompiling the method specified on confluences and in freeswitch > wiki for Ubuntu but it is of no avail in windows . > > Can any one tell how to do it on windows. > > And also when I open sln in VS i get file in build by name modules.conf.in > its same like modules.conf .i also tried the same on that file but again it > is of no avail . > And I have to do it on windows as in I can't switch so please. > Kindly help me. > > Regards, > > Shan Randhawa > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150811/b607652e/attachment.html From david.fu at oocl.com Tue Aug 11 10:57:06 2015 From: david.fu at oocl.com (david.fu at oocl.com) Date: Tue, 11 Aug 2015 14:57:06 +0800 Subject: [Freeswitch-users] Codec G.729 encoder error Message-ID: <61E1B4F8DE845A4F986F448F6D50A38504BEA1A2D1@E2K7CCR03.corp.oocl.com> Hi All, We 're encountering the error "Codec G.729 encoder error!". Would you please give us some hints how to resolve the issue ? I've attached the log message in the followings. Thanks SIP Log: 2015-08-11 14:32:28.807295 [DEBUG] sofia.c:6715 Channel sofia/internal/10810609 at 146.222.181.146 entering state [completed][200] 2015-08-11 14:32:28.807295 [NOTICE] mod_dptools.c:1309 Channel [sofia/internal/10810609 at 146.222.181.146] has been answered 2015-08-11 14:32:28.807295 [DEBUG] switch_channel.c:3759 (sofia/internal/10810609 at 146.222.181.146) Callstate Change EARLY -> ACTIVE EXECUTE sofia/internal/10810609 at 146.222.181.146 playback(ivr/ivr-welcome_to_freeswitch.wav) 2015-08-11 14:32:28.807295 [DEBUG] switch_ivr_play_say.c:1359 Codec Activated L16 at 8000hz 1 channels 20ms recv 454 bytes from tcp/[146.222.181.146]:53483 at 14:32:28.817573: ------------------------------------------------------------------------ ACK sip:10818899 at 146.222.181.242:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 146.222.181.146:5060;branch=z9hG4bK146f1e181af4 From: ;tag=11828~406686f1-eb54-4f74-9646-b75095131124-22185543 To: ;tag=F3Qc7t63vH7pK Date: Tue, 11 Aug 2015 06:46:42 GMT Call-ID: b8327a80-5c919a52-1457-92b5de92 at 146.222.181.146 Max-Forwards: 70 CSeq: 101 ACK Allow-Events: presence, kpml Content-Length: 0 ------------------------------------------------------------------------ 2015-08-11 14:32:28.827339 [DEBUG] sofia.c:6715 Channel sofia/internal/10810609 at 146.222.181.146 entering state [ready][200] 2015-08-11 14:32:28.827339 [ERR] mod_g729.c:102 This codec is only usable in passthrough mode! 2015-08-11 14:32:28.827339 [ERR] switch_core_io.c:1423 Codec G.729 encoder error! 2015-08-11 14:32:28.827339 [DEBUG] switch_ivr_play_say.c:1805 done playing file /usr/local/freeswitch/sounds/en/us/callie/ivr/ivr-welcome_to_freeswitch.wav EXECUTE sofia/internal/10810609 at 146.222.181.146 sleep(500) 2015-08-11 14:32:28.927320 [DEBUG] switch_rtp.c:6462 Correct audio ip/port confirmed. 2015-08-11 14:32:29.347316 [NOTICE] switch_core_state_machine.c:315 sofia/internal/10810609 at 146.222.181.146 has executed the last dialplan instruction, hanging up. 2015-08-11 14:32:29.347316 [NOTICE] switch_core_state_machine.c:317 Hangup sofia/internal/10810609 at 146.222.181.146 [CS_EXECUTE] [NORMAL_CLEARING] 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/10810609 at 146.222.181.146) State EXECUTE going to sleep 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/10810609 at 146.222.181.146) Running State Change CS_HANGUP 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/10810609 at 146.222.181.146) Callstate Change ACTIVE -> HANGUP 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/10810609 at 146.222.181.146) State HANGUP 2015-08-11 14:32:29.347316 [DEBUG] mod_sofia.c:431 Channel sofia/internal/10810609 at 146.222.181.146 hanging up, cause: NORMAL_CLEARING 2015-08-11 14:32:29.347316 [DEBUG] mod_sofia.c:484 Sending BYE to sofia/internal/10810609 at 146.222.181.146 send 657 bytes to tcp/[146.222.181.146]:5060 at 14:32:29.348499: ------------------------------------------------------------------------ BYE sip:10810609 at 146.222.181.146:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 146.222.181.242;branch=z9hG4bK62B2N5Z2yK39D Max-Forwards: 70 From: ;tag=F3Qc7t63vH7pK To: ;tag=11828~406686f1-eb54-4f74-9646-b75095131124-22185543 Call-ID: b8327a80-5c919a52-1457-92b5de92 at 146.222.181.146 CSeq: 79301310 BYE User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150810T224801Z~28ae331c93~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Reason: Q.850;cause=16;text="NORMAL_CLEARING" Content-Length: 0 ------------------------------------------------------------------------ 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:60 sofia/internal/10810609 at 146.222.181.146 Standard HANGUP, cause: NORMAL_CLEARING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/10810609 at 146.222.181.146) State HANGUP going to sleep 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/10810609 at 146.222.181.146) State Change CS_HANGUP -> CS_REPORTING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/10810609 at 146.222.181.146) Running State Change CS_REPORTING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/10810609 at 146.222.181.146) State REPORTING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:104 sofia/internal/10810609 at 146.222.181.146 Standard REPORTING, cause: NORMAL_CLEARING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/10810609 at 146.222.181.146) State REPORTING going to sleep 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/10810609 at 146.222.181.146) State Change CS_REPORTING -> CS_DESTROY 2015-08-11 14:32:29.347316 [DEBUG] switch_core_session.c:1639 Session 5 (sofia/internal/10810609 at 146.222.181.146) Locked, Waiting on external entities 2015-08-11 14:32:29.347316 [NOTICE] switch_core_session.c:1657 Session 5 (sofia/internal/10810609 at 146.222.181.146) Ended 2015-08-11 14:32:29.347316 [NOTICE] switch_core_session.c:1661 Close Channel sofia/internal/10810609 at 146.222.181.146 [CS_DESTROY] 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/10810609 at 146.222.181.146) Running State Change CS_DESTROY 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/10810609 at 146.222.181.146) State DESTROY 2015-08-11 14:32:29.347316 [DEBUG] mod_sofia.c:341 sofia/internal/10810609 at 146.222.181.146 SOFIA DESTROY 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:111 sofia/internal/10810609 at 146.222.181.146 Standard DESTROY 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/10810609 at 146.222.181.146) State DESTROY going to sleep recv 362 bytes from tcp/[146.222.181.146]:5060 at 14:32:29.358948: ------------------------------------------------------------------------ Best Regards, David IMPORTANT NOTICE Email from OOCL is confidential and may be legally privileged. If it is not intended for you, please delete it immediately unread. The internet cannot guarantee that this communication is free of viruses, interception or interference and anyone who communicates with us by email is taken to accept the risks in doing so. Without limitation, OOCL and its affiliates accept no liability whatsoever and howsoever arising in connection with the use of this email. Under no circumstances shall this email constitute a binding agreement to carry or for provision of carriage services by OOCL, which is subject to the availability of carrier's equipment and vessels and the terms and conditions of OOCL's standard bill of lading which is also available at http://www.oocl.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150811/6af13bd1/attachment-0001.html From william.king at quentustech.com Tue Aug 11 11:33:06 2015 From: william.king at quentustech.com (William King) Date: Tue, 11 Aug 2015 00:33:06 -0700 Subject: [Freeswitch-users] ESL Freeswitch cluster In-Reply-To: <55C4A2F8.8060902@telefaks.de> References: <55BF0356.1030206@quentustech.com> <55C4A2F8.8060902@telefaks.de> Message-ID: <55C9A532.8030901@quentustech.com> Sounds like you might want to checkout mod_amqp. Similar functionality but with the AMQP protocol and a server running something like rabbitmq. William King Senior Engineer Quentus Technologies, INC 1037 NE 65th St Suite 273 Seattle, WA 98115 Main: (877) 211-9337 Office: (206) 388-4772 Cell: (253) 686-5518 william.king at quentustech.com On 8/7/15 5:22 AM, Peter Steinbach wrote: > Hello, > > another chance is doing this with Redis. We are doing it like this: > esl clients connect to various Freeswitch and publish data to distinct > Redis channels (maybe on another server). This can be done very quickly, > and there is less chance, ESL events dropped due to high load. > > For the other side of the Redis channels we run one/multiple processes > which subscribe to the needed channel or channels and execute the > received data. > > > Best regards > Peter > > > > > On 08/03/15 07:59, William King wrote: >> Check out mod_amqp, and if you're here at ClueCon this week, we can discuss. >> >> William King >> Senior Engineer >> Quentus Technologies, INC >> 1037 NE 65th St Suite 273 >> Seattle, WA 98115 >> Main: (877) 211-9337 >> Office: (206) 388-4772 >> Cell: (253) 686-5518 >> william.king at quentustech.com >> >> On 7/31/15 9:35 PM, ?talo Rossi wrote: >>> Let me know how this is going, I'm highly interested in adding support >>> for sharing agents and tiers across multiple servers in mod_callcenter >>> >>> If you're attending cluecon let's talk about >>> >>> Em 31/07/2015 05:45, "Stanislav Sinyagin" >> > escreveu: >>> >>> you still need to control the result of action execution on every FS >>> node, so you need to create a dispatcher architecture. >>> >>> For example, a message queue manager, like zeromq, would receive the >>> command, and send it to local FS nodes, and a locally installed daemon >>> would communicate to the local FS and send back the results via >>> zeromq. >>> >>> Or it could be some multithreaded daemon, in Golang for example, which >>> would connect to all FS instances and send them the commands. You >>> would then manage the responses in your Go program. >>> >>> Nothing impossible, you just need to match your requirements with your >>> budget and with the skills inside your operations team. >>> >>> >>> >>> >>> >>> On Fri, Jul 31, 2015 at 5:41 AM, NH45 CMI >> > wrote: >>> > Hi Sammy, >>> > >>> > Yes i need to send samee ESL action to every FS >>> > >>> > On Thu, Jul 30, 2015 at 9:40 PM, Giovanni Maruzzelli >>> > >>> > wrote: >>> >> >>> >> You will probably need to have postgresql in core, but please >>> check if the >>> >> modules you're using for callcenter functionalities support >>> clustering via >>> >> db. >>> >> >>> >> At the end of the day, if it becomes too much for your internal >>> resources >>> >> to design and implement a solution, you may want to write >>> >> consulting at freeswitch.org for >>> commercial (eg: paid) help on this. >>> >> >>> >> -giovanni >>> >> >>> >> >>> >> >>> >> On Thu, Jul 30, 2015 at 6:03 PM, SamyGo >> > wrote: >>> >>> >>> >>> Hi NH45, >>> >>> >>> >>> Do you want to send the same ESL action to all of the FS Servers, >>> >>> something like a ESL Proxy that can relay your event to the FS >>> Servers ? >>> >>> >>> >>> Regards, >>> >>> Sammy >>> >>> >>> >>> On Thu, Jul 30, 2015 at 8:12 AM, NH45 CMI >> > wrote: >>> >>>> >>> >>>> Hi Guys, >>> >>>> >>> >>>> >>> >>>> I am using opensips for load balancing and >>> freeswitch for >>> >>>> register,IVR,Callcenter ,Using mod_xml_curl for realtime ivr >>> and dialplan >>> >>>> but callcenter i have problem because it load only once so i >>> use ESL to add >>> >>>> and remove agent ,if i use one FS it's ok but more then one FS >>> how can i >>> >>>> add or remove agent to queue all FS using ESL >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> Regard's >>> >>>> NH45 CMI >>> >>>> >>> >>>> >>> >>>> >>> _________________________________________________________________________ >>> >>>> Professional FreeSWITCH Consulting Services: >>> >>>> consulting at 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 at lists.freeswitch.org >>> >>> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >>>> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >>>> http://www.freeswitch.org >>> >>> >>> >>> >>> >>> >>> >>> >>> _________________________________________________________________________ >>> >>> Professional FreeSWITCH Consulting Services: >>> >>> consulting at 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 at lists.freeswitch.org >>> >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >>> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >>> http://www.freeswitch.org >>> >> >>> >> >>> >> >>> >> >>> >> -- >>> >> Sincerely, >>> >> >>> >> Giovanni Maruzzelli >>> >> Cell : +39-347-2665618 >>> >> >>> >> >>> _________________________________________________________________________ >>> >> Professional FreeSWITCH Consulting Services: >>> >> consulting at 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 at lists.freeswitch.org >>> >>> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >> http://www.freeswitch.org >>> > >>> > >>> > >>> > >>> _________________________________________________________________________ >>> > Professional FreeSWITCH Consulting Services: >>> > consulting at 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 at lists.freeswitch.org >>> >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> > http://www.freeswitch.org >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > From steveayre at gmail.com Tue Aug 11 14:01:34 2015 From: steveayre at gmail.com (Steven Ayre) Date: Tue, 11 Aug 2015 11:01:34 +0100 Subject: [Freeswitch-users] Codec G.729 encoder error In-Reply-To: <61E1B4F8DE845A4F986F448F6D50A38504BEA1A2D1@E2K7CCR03.corp.oocl.com> References: <61E1B4F8DE845A4F986F448F6D50A38504BEA1A2D1@E2K7CCR03.corp.oocl.com> Message-ID: 2015-08-11 14:32:28.827339 [ERR] mod_g729.c:102 This codec is only usable in passthrough mode! 2015-08-11 14:32:28.827339 [ERR] switch_core_io.c:1423 Codec G.729 encoder error! You're trying to use mod_g729 to do transcoding (converting between different codecs, which includes playing a file). However that module is the version that doesn't require a license and thus can only act in passthrough mode where it transfers data between call legs that's already converted to G729. It cannot encode or decode, hence the error when you try to play your WAV file. Your options are: 1) Use mod_com_g729, which is the licensed version and supports transcoding (see freeswitch.org) 2) Try using a codec other than G729 (perhaps the codec choice of the client is not in your control though) 3) See whether mod_native_file can playback the file already converted to G729 (you'll still need a license for the conversion though, and still hit transcoding errors at other times eg during a bridge) On 11 August 2015 at 07:57, wrote: > Hi All, > > We ?re encountering the error ?Codec G.729 encoder error!?. Would you > please give us some hints how to resolve the issue ? I?ve attached the log > message in the followings. Thanks > > *SIP Log:* > 2015-08-11 14:32:28.807295 [DEBUG] sofia.c:6715 Channel sofia/internal/ > 10810609 at 146.222.181.146 entering state [completed][200] > 2015-08-11 14:32:28.807295 [NOTICE] mod_dptools.c:1309 Channel > [sofia/internal/10810609 at 146.222.181.146] has been answered > 2015-08-11 14:32:28.807295 [DEBUG] switch_channel.c:3759 (sofia/internal/ > 10810609 at 146.222.181.146) Callstate Change EARLY -> ACTIVE > EXECUTE sofia/internal/10810609 at 146.222.181.146 > playback(ivr/ivr-welcome_to_freeswitch.wav) > 2015-08-11 14:32:28.807295 [DEBUG] switch_ivr_play_say.c:1359 Codec > Activated L16 at 8000hz 1 channels 20ms > recv 454 bytes from tcp/[146.222.181.146]:53483 at 14:32:28.817573: > ------------------------------------------------------------------------ > ACK sip:10818899 at 146.222.181.242:5060;transport=tcp SIP/2.0 > Via: SIP/2.0/TCP 146.222.181.146:5060;branch=z9hG4bK146f1e181af4 > From: >;tag=11828~406686f1-eb54-4f74-9646-b75095131124-22185543 > To: ;tag=F3Qc7t63vH7pK > Date: Tue, 11 Aug 2015 06:46:42 GMT > Call-ID: b8327a80-5c919a52-1457-92b5de92 at 146.222.181.146 > Max-Forwards: 70 > CSeq: 101 ACK > Allow-Events: presence, kpml > Content-Length: 0 > > ------------------------------------------------------------------------ > 2015-08-11 14:32:28.827339 [DEBUG] sofia.c:6715 Channel sofia/internal/ > 10810609 at 146.222.181.146 entering state [ready][200] > 2015-08-11 14:32:28.827339 [ERR] mod_g729.c:102 This codec is only usable > in passthrough mode! > 2015-08-11 14:32:28.827339 [ERR] switch_core_io.c:1423 Codec G.729 encoder > error! > 2015-08-11 14:32:28.827339 [DEBUG] switch_ivr_play_say.c:1805 done playing > file > /usr/local/freeswitch/sounds/en/us/callie/ivr/ivr-welcome_to_freeswitch.wav > EXECUTE sofia/internal/10810609 at 146.222.181.146 sleep(500) > 2015-08-11 14:32:28.927320 [DEBUG] switch_rtp.c:6462 Correct audio ip/port > confirmed. > 2015-08-11 14:32:29.347316 [NOTICE] switch_core_state_machine.c:315 > sofia/internal/10810609 at 146.222.181.146 has executed the last dialplan > instruction, hanging up. > 2015-08-11 14:32:29.347316 [NOTICE] switch_core_state_machine.c:317 Hangup > sofia/internal/10810609 at 146.222.181.146 [CS_EXECUTE] [NORMAL_CLEARING] > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:539 > (sofia/internal/10810609 at 146.222.181.146) State EXECUTE going to sleep > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:473 > (sofia/internal/10810609 at 146.222.181.146) Running State Change CS_HANGUP > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:739 > (sofia/internal/10810609 at 146.222.181.146) Callstate Change ACTIVE -> > HANGUP > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:741 > (sofia/internal/10810609 at 146.222.181.146) State HANGUP > 2015-08-11 14:32:29.347316 [DEBUG] mod_sofia.c:431 Channel sofia/internal/ > 10810609 at 146.222.181.146 hanging up, cause: NORMAL_CLEARING > 2015-08-11 14:32:29.347316 [DEBUG] mod_sofia.c:484 Sending BYE to > sofia/internal/10810609 at 146.222.181.146 > send 657 bytes to tcp/[146.222.181.146]:5060 at 14:32:29.348499: > ------------------------------------------------------------------------ > BYE sip:10810609 at 146.222.181.146:5060;transport=tcp SIP/2.0 > Via: SIP/2.0/TCP 146.222.181.242;branch=z9hG4bK62B2N5Z2yK39D > Max-Forwards: 70 > From: ;tag=F3Qc7t63vH7pK > To: >;tag=11828~406686f1-eb54-4f74-9646-b75095131124-22185543 > Call-ID: b8327a80-5c919a52-1457-92b5de92 at 146.222.181.146 > CSeq: 79301310 BYE > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150810T224801Z~28ae331c93~64bit > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > Supported: timer, path, replaces > Reason: Q.850;cause=16;text="NORMAL_CLEARING" > Content-Length: 0 > > ------------------------------------------------------------------------ > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:60 > sofia/internal/10810609 at 146.222.181.146 Standard HANGUP, cause: > NORMAL_CLEARING > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:741 > (sofia/internal/10810609 at 146.222.181.146) State HANGUP going to sleep > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:508 > (sofia/internal/10810609 at 146.222.181.146) State Change CS_HANGUP -> > CS_REPORTING > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:473 > (sofia/internal/10810609 at 146.222.181.146) Running State Change > CS_REPORTING > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:827 > (sofia/internal/10810609 at 146.222.181.146) State REPORTING > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:104 > sofia/internal/10810609 at 146.222.181.146 Standard REPORTING, cause: > NORMAL_CLEARING > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:827 > (sofia/internal/10810609 at 146.222.181.146) State REPORTING going to sleep > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:499 > (sofia/internal/10810609 at 146.222.181.146) State Change CS_REPORTING -> > CS_DESTROY > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_session.c:1639 Session 5 > (sofia/internal/10810609 at 146.222.181.146) Locked, Waiting on external > entities > 2015-08-11 14:32:29.347316 [NOTICE] switch_core_session.c:1657 Session 5 > (sofia/internal/10810609 at 146.222.181.146) Ended > 2015-08-11 14:32:29.347316 [NOTICE] switch_core_session.c:1661 Close > Channel sofia/internal/10810609 at 146.222.181.146 [CS_DESTROY] > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:630 > (sofia/internal/10810609 at 146.222.181.146) Running State Change CS_DESTROY > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:640 > (sofia/internal/10810609 at 146.222.181.146) State DESTROY > 2015-08-11 14:32:29.347316 [DEBUG] mod_sofia.c:341 sofia/internal/ > 10810609 at 146.222.181.146 SOFIA DESTROY > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:111 > sofia/internal/10810609 at 146.222.181.146 Standard DESTROY > 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:640 > (sofia/internal/10810609 at 146.222.181.146) State DESTROY going to sleep > recv 362 bytes from tcp/[146.222.181.146]:5060 at 14:32:29.358948: > ------------------------------------------------------------------------ > > Best Regards, > David > > > > IMPORTANT NOTICE > Email from OOCL is confidential and may be legally privileged. If it is > not > intended for you, please delete it immediately unread. The internet > cannot guarantee that this communication is free of viruses, interception > or interference and anyone who communicates with us by email is taken > to accept the risks in doing so. Without limitation, OOCL and its > affiliates > accept no liability whatsoever and howsoever arising in connection with > the use of this email. Under no circumstances shall this email constitute > a binding agreement to carry or for provision of carriage services by OOCL, > which is subject to the availability of carrier's equipment and vessels and > the terms and conditions of OOCL's standard bill of lading which is also > available at http://www.oocl.com. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150811/34e59b26/attachment-0001.html From bordmi at rarus.ru Tue Aug 11 17:42:53 2015 From: bordmi at rarus.ru (Dmitriy N. Borisov) Date: Tue, 11 Aug 2015 16:42:53 +0300 Subject: [Freeswitch-users] How to control number of concurrent user lines? Message-ID: <1059188265.20150811164253@rarus.ru> Hi, All! Can I control how many calls user can have in same time? I want to allow only one call per registration, but any number of registrations. -- ? ?????????, ??????? ??????? ????? ???????? ?????????? 1?-????? ???. +7 (495) 231-20-02 ???.: 15-94 -- with best regards, Dmitriy Borisov 1C-Rarus Cloud Services tel.: +7 (495) 231-20-02 add.: 15-94 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150811/5ba5cea7/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2443 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150811/5ba5cea7/attachment.bin From lexxua at gmail.com Tue Aug 11 17:54:21 2015 From: lexxua at gmail.com (Volodymyr Fedorov) Date: Tue, 11 Aug 2015 16:54:21 +0300 Subject: [Freeswitch-users] How to control number of concurrent user lines? In-Reply-To: <1059188265.20150811164253@rarus.ru> References: <1059188265.20150811164253@rarus.ru> Message-ID: Hello. You can use mod_limit per call leg. https://freeswitch.org/confluence/display/FREESWITCH/Limit On Tue, Aug 11, 2015 at 4:42 PM, Dmitriy N. Borisov wrote: > Hi, All! > > Can I control how many calls user can have in same time? I want to allow > only one call per registration, but any number of registrations. > > -- > ? ?????????, > ??????? ??????? > ????? ???????? ?????????? 1?-????? > ???. +7 (495) 231-20-02 ???.: 15-94 > -- > with best regards, > Dmitriy Borisov > 1C-Rarus Cloud Services > tel.: +7 (495) 231-20-02 add.: 15-94 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Best regards, Volodymyr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150811/e0166b10/attachment.html From danb.lists at gmail.com Tue Aug 11 18:13:03 2015 From: danb.lists at gmail.com (DanB) Date: Tue, 11 Aug 2015 17:13:03 +0300 Subject: [Freeswitch-users] Altering CallerId going to fifo Message-ID: <55CA02EF.9020500@gmail.com> Hey Guys, I am having hard times influencing the CallerId for calls going out to fifo members ( A calling into a fifo, agent is called with CLI displayed as A and I would like to alter that as B). So far I have tried the following: * set effective_caller_id_number (the most native approach I thought) * set origination_caller_id_number on inbound towards fifo and use it in fifo_caller_consumer_import like fifo_caller_consumer_import=origination_caller_id_number * set some other vars and try importing them with fifo_caller_consumer_import. Unfortunately all of them failed :(. Do you guys have any other tip for me? Ta, DanB -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150811/972f86e2/attachment.html From mmowatt at nexxphase.com Tue Aug 11 17:48:59 2015 From: mmowatt at nexxphase.com (Michael T Mowatt) Date: Tue, 11 Aug 2015 13:48:59 +0000 Subject: [Freeswitch-users] How to control number of concurrent user lines? In-Reply-To: <1059188265.20150811164253@rarus.ru> References: <1059188265.20150811164253@rarus.ru> Message-ID: <24E5BB5ACAADB949A7D730917E2FD0543BA8AA@ATLNXEXCH04.nexxlinx.com> You can check out the limit module. https://freeswitch.org/confluence/display/FREESWITCH/Limit From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Dmitriy N. Borisov Sent: Tuesday, August 11, 2015 9:43 AM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] How to control number of concurrent user lines? Hi, All! Can I control how many calls user can have in same time? I want to allow only one call per registration, but any number of registrations. -- ? ?????????, ??????? ??????? ????? ???????? ?????????? 1?-????? ???. +7 (495) 231-20-02 ???.: 15-94 -- with best regards, Dmitriy Borisov 1C-Rarus Cloud Services tel.: +7 (495) 231-20-02 add.: 15-94 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150811/ebd772e4/attachment.html From lists at virtues.net Wed Aug 12 00:40:45 2015 From: lists at virtues.net (Thomas) Date: Tue, 11 Aug 2015 17:40:45 -0300 Subject: [Freeswitch-users] Dialplan nested execution order in 1.6 Message-ID: <55CA5DCD.4070301@virtues.net> Hello list, did the execution order for the XML dialplan change in 1.6? The contents of nested conditions appear to be executed after the upper level. The exact same extension works as expected with 1.4 and in 1.6 after turning it inside out. :) Intentional? Bug? Bad config option some place else? Thanks, Thomas From italorossib at gmail.com Wed Aug 12 00:48:22 2015 From: italorossib at gmail.com (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Tue, 11 Aug 2015 15:48:22 -0500 Subject: [Freeswitch-users] Dialplan nested execution order in 1.6 In-Reply-To: <55CA5DCD.4070301@virtues.net> References: <55CA5DCD.4070301@virtues.net> Message-ID: Yes, check https://freeswitch.org/jira/browse/DOCS-34 Can you step up and attach a test case? On Tue, Aug 11, 2015 at 3:40 PM, Thomas wrote: > Hello list, > > did the execution order for the XML dialplan change in 1.6? The contents > of nested conditions appear to be executed > after the upper level. The exact same extension works as expected with 1.4 > and in 1.6 after turning it inside out. :) > > Intentional? Bug? Bad config option some place else? > > Thanks, > > Thomas > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ?talo Rossi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150811/3d3fa320/attachment-0001.html From lists at virtues.net Wed Aug 12 04:38:01 2015 From: lists at virtues.net (Thomas) Date: Tue, 11 Aug 2015 21:38:01 -0300 Subject: [Freeswitch-users] Dialplan nested execution order in 1.6 In-Reply-To: References: <55CA5DCD.4070301@virtues.net> Message-ID: <55CA9569.9040504@virtues.net> It sounds like the actual change in processing order was intentional. I didn't find a way to search stash by commit IDs, so no idea what was in those notes. It does work properly, just the opposite way as before. The bug seems to be about an anti-action causing an extension to be considered as having been matched successfully. I remember hitting that trap in 1.4 - if it's a bug, it's not a new one. I thought it was supposed to work like that, as both behaviors could be argued, and the tools to work around that exist. On 11.08.2015 17:48, ?talo Rossi wrote: > Yes, check https://freeswitch.org/jira/browse/DOCS-34 > > Can you step up and attach a test case? > > On Tue, Aug 11, 2015 at 3:40 PM, Thomas > wrote: > > Hello list, > > did the execution order for the XML dialplan change in 1.6? The contents of nested conditions appear to be executed > after the upper level. The exact same extension works as expected with 1.4 and in 1.6 after turning it inside out. :) > > Intentional? Bug? Bad config option some place else? > > Thanks, > > Thomas > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > ?talo Rossi > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150811/d6f02df0/attachment.html From gassaad at emassembly.com Wed Aug 12 05:08:11 2015 From: gassaad at emassembly.com (George Assaad) Date: Tue, 11 Aug 2015 21:08:11 -0400 Subject: [Freeswitch-users] registeration issue Message-ID: Hello, ISP changed the gateway to be private instead of public and since then the ATAs with clients using that ISP cannot register reliably, They loos registration very often. If you look inside their router, you will find that they have a public IP from ISP but under gateway it shows 192.168.7.1 Any clues? Thanks, -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150811/842d99d3/attachment.html From david.fu at oocl.com Wed Aug 12 06:17:46 2015 From: david.fu at oocl.com (david.fu at oocl.com) Date: Wed, 12 Aug 2015 10:17:46 +0800 Subject: [Freeswitch-users] Codec G.729 encoder error In-Reply-To: References: <61E1B4F8DE845A4F986F448F6D50A38504BEA1A2D1@E2K7CCR03.corp.oocl.com> Message-ID: <61E1B4F8DE845A4F986F448F6D50A38504BEA1A454@E2K7CCR03.corp.oocl.com> Thanks Steven for the detailed explanation. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Steven Ayre Sent: Tuesday, August 11, 2015 6:02 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Codec G.729 encoder error 2015-08-11 14:32:28.827339 [ERR] mod_g729.c:102 This codec is only usable in passthrough mode! 2015-08-11 14:32:28.827339 [ERR] switch_core_io.c:1423 Codec G.729 encoder error! You're trying to use mod_g729 to do transcoding (converting between different codecs, which includes playing a file). However that module is the version that doesn't require a license and thus can only act in passthrough mode where it transfers data between call legs that's already converted to G729. It cannot encode or decode, hence the error when you try to play your WAV file. Your options are: 1) Use mod_com_g729, which is the licensed version and supports transcoding (see freeswitch.org) 2) Try using a codec other than G729 (perhaps the codec choice of the client is not in your control though) 3) See whether mod_native_file can playback the file already converted to G729 (you'll still need a license for the conversion though, and still hit transcoding errors at other times eg during a bridge) On 11 August 2015 at 07:57, > wrote: Hi All, We ?re encountering the error ?Codec G.729 encoder error!?. Would you please give us some hints how to resolve the issue ? I?ve attached the log message in the followings. Thanks SIP Log: 2015-08-11 14:32:28.807295 [DEBUG] sofia.c:6715 Channel sofia/internal/10810609 at 146.222.181.146 entering state [completed][200] 2015-08-11 14:32:28.807295 [NOTICE] mod_dptools.c:1309 Channel [sofia/internal/10810609 at 146.222.181.146] has been answered 2015-08-11 14:32:28.807295 [DEBUG] switch_channel.c:3759 (sofia/internal/10810609 at 146.222.181.146) Callstate Change EARLY -> ACTIVE EXECUTE sofia/internal/10810609 at 146.222.181.146 playback(ivr/ivr-welcome_to_freeswitch.wav) 2015-08-11 14:32:28.807295 [DEBUG] switch_ivr_play_say.c:1359 Codec Activated L16 at 8000hz 1 channels 20ms recv 454 bytes from tcp/[146.222.181.146]:53483 at 14:32:28.817573: ------------------------------------------------------------------------ ACK sip:10818899 at 146.222.181.242:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 146.222.181.146:5060;branch=z9hG4bK146f1e181af4 From: >;tag=11828~406686f1-eb54-4f74-9646-b75095131124-22185543 To: >;tag=F3Qc7t63vH7pK Date: Tue, 11 Aug 2015 06:46:42 GMT Call-ID: b8327a80-5c919a52-1457-92b5de92 at 146.222.181.146 Max-Forwards: 70 CSeq: 101 ACK Allow-Events: presence, kpml Content-Length: 0 ------------------------------------------------------------------------ 2015-08-11 14:32:28.827339 [DEBUG] sofia.c:6715 Channel sofia/internal/10810609 at 146.222.181.146 entering state [ready][200] 2015-08-11 14:32:28.827339 [ERR] mod_g729.c:102 This codec is only usable in passthrough mode! 2015-08-11 14:32:28.827339 [ERR] switch_core_io.c:1423 Codec G.729 encoder error! 2015-08-11 14:32:28.827339 [DEBUG] switch_ivr_play_say.c:1805 done playing file /usr/local/freeswitch/sounds/en/us/callie/ivr/ivr-welcome_to_freeswitch.wav EXECUTE sofia/internal/10810609 at 146.222.181.146 sleep(500) 2015-08-11 14:32:28.927320 [DEBUG] switch_rtp.c:6462 Correct audio ip/port confirmed. 2015-08-11 14:32:29.347316 [NOTICE] switch_core_state_machine.c:315 sofia/internal/10810609 at 146.222.181.146 has executed the last dialplan instruction, hanging up. 2015-08-11 14:32:29.347316 [NOTICE] switch_core_state_machine.c:317 Hangup sofia/internal/10810609 at 146.222.181.146 [CS_EXECUTE] [NORMAL_CLEARING] 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/10810609 at 146.222.181.146) State EXECUTE going to sleep 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/10810609 at 146.222.181.146) Running State Change CS_HANGUP 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/10810609 at 146.222.181.146) Callstate Change ACTIVE -> HANGUP 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/10810609 at 146.222.181.146) State HANGUP 2015-08-11 14:32:29.347316 [DEBUG] mod_sofia.c:431 Channel sofia/internal/10810609 at 146.222.181.146 hanging up, cause: NORMAL_CLEARING 2015-08-11 14:32:29.347316 [DEBUG] mod_sofia.c:484 Sending BYE to sofia/internal/10810609 at 146.222.181.146 send 657 bytes to tcp/[146.222.181.146]:5060 at 14:32:29.348499: ------------------------------------------------------------------------ BYE sip:10810609 at 146.222.181.146:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 146.222.181.242;branch=z9hG4bK62B2N5Z2yK39D Max-Forwards: 70 From: >;tag=F3Qc7t63vH7pK To: >;tag=11828~406686f1-eb54-4f74-9646-b75095131124-22185543 Call-ID: b8327a80-5c919a52-1457-92b5de92 at 146.222.181.146 CSeq: 79301310 BYE User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150810T224801Z~28ae331c93~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Reason: Q.850;cause=16;text="NORMAL_CLEARING" Content-Length: 0 ------------------------------------------------------------------------ 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:60 sofia/internal/10810609 at 146.222.181.146 Standard HANGUP, cause: NORMAL_CLEARING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/10810609 at 146.222.181.146) State HANGUP going to sleep 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/10810609 at 146.222.181.146) State Change CS_HANGUP -> CS_REPORTING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/10810609 at 146.222.181.146) Running State Change CS_REPORTING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/10810609 at 146.222.181.146) State REPORTING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:104 sofia/internal/10810609 at 146.222.181.146 Standard REPORTING, cause: NORMAL_CLEARING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/10810609 at 146.222.181.146) State REPORTING going to sleep 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/10810609 at 146.222.181.146) State Change CS_REPORTING -> CS_DESTROY 2015-08-11 14:32:29.347316 [DEBUG] switch_core_session.c:1639 Session 5 (sofia/internal/10810609 at 146.222.181.146) Locked, Waiting on external entities 2015-08-11 14:32:29.347316 [NOTICE] switch_core_session.c:1657 Session 5 (sofia/internal/10810609 at 146.222.181.146) Ended 2015-08-11 14:32:29.347316 [NOTICE] switch_core_session.c:1661 Close Channel sofia/internal/10810609 at 146.222.181.146 [CS_DESTROY] 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/10810609 at 146.222.181.146) Running State Change CS_DESTROY 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/10810609 at 146.222.181.146) State DESTROY 2015-08-11 14:32:29.347316 [DEBUG] mod_sofia.c:341 sofia/internal/10810609 at 146.222.181.146 SOFIA DESTROY 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:111 sofia/internal/10810609 at 146.222.181.146 Standard DESTROY 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/10810609 at 146.222.181.146) State DESTROY going to sleep recv 362 bytes from tcp/[146.222.181.146]:5060 at 14:32:29.358948: ------------------------------------------------------------------------ Best Regards, David IMPORTANT NOTICE Email from OOCL is confidential and may be legally privileged. If it is not intended for you, please delete it immediately unread. The internet cannot guarantee that this communication is free of viruses, interception or interference and anyone who communicates with us by email is taken to accept the risks in doing so. Without limitation, OOCL and its affiliates accept no liability whatsoever and howsoever arising in connection with the use of this email. Under no circumstances shall this email constitute a binding agreement to carry or for provision of carriage services by OOCL, which is subject to the availability of carrier's equipment and vessels and the terms and conditions of OOCL's standard bill of lading which is also available at http://www.oocl.com. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org IMPORTANT NOTICE Email from OOCL is confidential and may be legally privileged. If it is not intended for you, please delete it immediately unread. The internet cannot guarantee that this communication is free of viruses, interception or interference and anyone who communicates with us by email is taken to accept the risks in doing so. Without limitation, OOCL and its affiliates accept no liability whatsoever and howsoever arising in connection with the use of this email. Under no circumstances shall this email constitute a binding agreement to carry or for provision of carriage services by OOCL, which is subject to the availability of carrier's equipment and vessels and the terms and conditions of OOCL's standard bill of lading which is also available at http://www.oocl.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/71e77ae2/attachment-0001.html From david.fu at oocl.com Wed Aug 12 07:17:56 2015 From: david.fu at oocl.com (david.fu at oocl.com) Date: Wed, 12 Aug 2015 11:17:56 +0800 Subject: [Freeswitch-users] Error of UNALLOCATED_NUMBER Message-ID: <61E1B4F8DE845A4F986F448F6D50A38504BEA1A495@E2K7CCR03.corp.oocl.com> Hi All, We're trying to integrate Cisco CM with FreeSWTICH. Now, we would like to test to route the call to our agent using bridge. . However, we got the UNALLOCATED_NUMBER exception. Would you please give us some hints how to resolve ? I have attached the log for reference. Thanks. d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] sofia.c:6715 Channel sofia/external/10810630 enter ing state [terminated][404] d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [NOTICE] sofia.c:7631 Hangup sofia/external/10810630 [CS_C ONSUME_MEDIA] [UNALLOCATED_NUMBER] d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:473 (sofia/external/10 810630) Running State Change CS_HANGUP d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:739 (sofia/external/10 810630) Callstate Change DOWN -> HANGUP d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:741 (sofia/external/10 810630) State HANGUP d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] mod_sofia.c:431 Channel sofia/external/10810630 ha nging up, cause: UNALLOCATED_NUMBER d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:60 sofia/external/1081 0630 Standard HANGUP, cause: UNALLOCATED_NUMBER d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:741 (sofia/external/10 810630) State HANGUP going to sleep d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:508 (sofia/external/10 810630) State Change CS_HANGUP -> CS_REPORTING d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:473 (sofia/external/10 810630) Running State Change CS_REPORTING d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:827 (sofia/external/10 810630) State REPORTING d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:104 sofia/external/108 10630 Standard REPORTING, cause: UNALLOCATED_NUMBER d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:827 (sofia/external/10 810630) State REPORTING going to sleep d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:499 (sofia/external/10 810630) State Change CS_REPORTING -> CS_DESTROY d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_session.c:1639 Session 54 (sofia/exter nal/10810630) Locked, Waiting on external entities d0eca6ca-4095-11e5-b73e-3186e43f913c 2015-08-12 09:59:57.594421 [DEBUG] switch_ivr_originate.c:3727 Originate Resulted in Error Cause: 1 [UNALLOCATED_NUMBER] Best Regards, David IMPORTANT NOTICE Email from OOCL is confidential and may be legally privileged. If it is not intended for you, please delete it immediately unread. The internet cannot guarantee that this communication is free of viruses, interception or interference and anyone who communicates with us by email is taken to accept the risks in doing so. Without limitation, OOCL and its affiliates accept no liability whatsoever and howsoever arising in connection with the use of this email. Under no circumstances shall this email constitute a binding agreement to carry or for provision of carriage services by OOCL, which is subject to the availability of carrier's equipment and vessels and the terms and conditions of OOCL's standard bill of lading which is also available at http://www.oocl.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/8f41d709/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: sip-log-test-callroute.log Type: application/octet-stream Size: 15038 bytes Desc: sip-log-test-callroute.log Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/8f41d709/attachment-0001.obj From s.safarov at gmail.com Wed Aug 12 08:36:09 2015 From: s.safarov at gmail.com (Sergey Safarov) Date: Wed, 12 Aug 2015 07:36:09 +0300 Subject: [Freeswitch-users] Error of UNALLOCATED_NUMBER In-Reply-To: <61E1B4F8DE845A4F986F448F6D50A38504BEA1A495@E2K7CCR03.corp.oocl.com> References: <61E1B4F8DE845A4F986F448F6D50A38504BEA1A495@E2K7CCR03.corp.oocl.com> Message-ID: Are domain names is used in Cisco CM to route call? On Wed, Aug 12, 2015 at 6:17 AM, wrote: > Hi All, > > We?re trying to integrate Cisco CM with FreeSWTICH. Now, we would like to > test to route the call to our agent using bridge. application="bridge" data="sofia/gateway/cucm/10810630"/>. However, we > got the UNALLOCATED_NUMBER exception. Would you please give us some hints > how to resolve ? I have attached the log for reference. Thanks. > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > sofia.c:6715 Channel sofia/external/10810630 enter ing state > [terminated][404] > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [NOTICE] > sofia.c:7631 Hangup sofia/external/10810630 [CS_C ONSUME_MEDIA] > [UNALLOCATED_NUMBER] > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:473 (sofia/external/10 810630) Running > State Change CS_HANGUP > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:739 (sofia/external/10 810630) Callstate > Change DOWN -> HANGUP > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:741 (sofia/external/10 810630) State HANGUP > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > mod_sofia.c:431 Channel sofia/external/10810630 ha nging up, cause: > UNALLOCATED_NUMBER > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:60 sofia/external/1081 0630 Standard > HANGUP, cause: UNALLOCATED_NUMBER > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:741 (sofia/external/10 810630) State > HANGUP going to sleep > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:508 (sofia/external/10 810630) State > Change CS_HANGUP -> CS_REPORTING > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:473 (sofia/external/10 810630) Running > State Change CS_REPORTING > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:827 (sofia/external/10 810630) State > REPORTING > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:104 sofia/external/108 10630 Standard > REPORTING, cause: UNALLOCATED_NUMBER > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:827 (sofia/external/10 810630) State > REPORTING going to sleep > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:499 (sofia/external/10 810630) State > Change CS_REPORTING -> CS_DESTROY > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_session.c:1639 Session 54 (sofia/exter nal/10810630) > Locked, Waiting on external entities > d0eca6ca-4095-11e5-b73e-3186e43f913c 2015-08-12 09:59:57.594421 [DEBUG] > switch_ivr_originate.c:3727 Originate Resulted in Error Cause: 1 > [UNALLOCATED_NUMBER] > Best Regards, > David > > > > IMPORTANT NOTICE > Email from OOCL is confidential and may be legally privileged. If it is > not > intended for you, please delete it immediately unread. The internet > cannot guarantee that this communication is free of viruses, interception > or interference and anyone who communicates with us by email is taken > to accept the risks in doing so. Without limitation, OOCL and its > affiliates > accept no liability whatsoever and howsoever arising in connection with > the use of this email. Under no circumstances shall this email constitute > a binding agreement to carry or for provision of carriage services by OOCL, > which is subject to the availability of carrier's equipment and vessels and > the terms and conditions of OOCL's standard bill of lading which is also > available at http://www.oocl.com. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/31bc08a1/attachment.html From david.fu at oocl.com Wed Aug 12 09:28:01 2015 From: david.fu at oocl.com (david.fu at oocl.com) Date: Wed, 12 Aug 2015 13:28:01 +0800 Subject: [Freeswitch-users] Error of UNALLOCATED_NUMBER In-Reply-To: References: <61E1B4F8DE845A4F986F448F6D50A38504BEA1A495@E2K7CCR03.corp.oocl.com> Message-ID: <61E1B4F8DE845A4F986F448F6D50A38504BEA1A4F5@E2K7CCR03.corp.oocl.com> Hi Sergey, Sorry, may I know what ?domain names? you mean ? Is it a setting in Cisco Call Manager and specify in the path of ="sofia/gateway/cucm/10810630" ? Thanks. Best Regards, David From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Sergey Safarov Sent: Wednesday, August 12, 2015 12:36 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Error of UNALLOCATED_NUMBER Are domain names is used in Cisco CM to route call? On Wed, Aug 12, 2015 at 6:17 AM, > wrote: Hi All, We?re trying to integrate Cisco CM with FreeSWTICH. Now, we would like to test to route the call to our agent using bridge. . However, we got the UNALLOCATED_NUMBER exception. Would you please give us some hints how to resolve ? I have attached the log for reference. Thanks. d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] sofia.c:6715 Channel sofia/external/10810630 enter ing state [terminated][404] d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [NOTICE] sofia.c:7631 Hangup sofia/external/10810630 [CS_C ONSUME_MEDIA] [UNALLOCATED_NUMBER] d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:473 (sofia/external/10 810630) Running State Change CS_HANGUP d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:739 (sofia/external/10 810630) Callstate Change DOWN -> HANGUP d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:741 (sofia/external/10 810630) State HANGUP d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] mod_sofia.c:431 Channel sofia/external/10810630 ha nging up, cause: UNALLOCATED_NUMBER d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:60 sofia/external/1081 0630 Standard HANGUP, cause: UNALLOCATED_NUMBER d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:741 (sofia/external/10 810630) State HANGUP going to sleep d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:508 (sofia/external/10 810630) State Change CS_HANGUP -> CS_REPORTING d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:473 (sofia/external/10 810630) Running State Change CS_REPORTING d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:827 (sofia/external/10 810630) State REPORTING d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:104 sofia/external/108 10630 Standard REPORTING, cause: UNALLOCATED_NUMBER d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:827 (sofia/external/10 810630) State REPORTING going to sleep d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:499 (sofia/external/10 810630) State Change CS_REPORTING -> CS_DESTROY d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_session.c:1639 Session 54 (sofia/exter nal/10810630) Locked, Waiting on external entities d0eca6ca-4095-11e5-b73e-3186e43f913c 2015-08-12 09:59:57.594421 [DEBUG] switch_ivr_originate.c:3727 Originate Resulted in Error Cause: 1 [UNALLOCATED_NUMBER] Best Regards, David IMPORTANT NOTICE Email from OOCL is confidential and may be legally privileged. If it is not intended for you, please delete it immediately unread. The internet cannot guarantee that this communication is free of viruses, interception or interference and anyone who communicates with us by email is taken to accept the risks in doing so. Without limitation, OOCL and its affiliates accept no liability whatsoever and howsoever arising in connection with the use of this email. Under no circumstances shall this email constitute a binding agreement to carry or for provision of carriage services by OOCL, which is subject to the availability of carrier's equipment and vessels and the terms and conditions of OOCL's standard bill of lading which is also available at http://www.oocl.com. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org IMPORTANT NOTICE Email from OOCL is confidential and may be legally privileged. If it is not intended for you, please delete it immediately unread. The internet cannot guarantee that this communication is free of viruses, interception or interference and anyone who communicates with us by email is taken to accept the risks in doing so. Without limitation, OOCL and its affiliates accept no liability whatsoever and howsoever arising in connection with the use of this email. Under no circumstances shall this email constitute a binding agreement to carry or for provision of carriage services by OOCL, which is subject to the availability of carrier's equipment and vessels and the terms and conditions of OOCL's standard bill of lading which is also available at http://www.oocl.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/60759252/attachment-0001.html From david.fu at oocl.com Wed Aug 12 09:42:21 2015 From: david.fu at oocl.com (david.fu at oocl.com) Date: Wed, 12 Aug 2015 13:42:21 +0800 Subject: [Freeswitch-users] Codec G.729 encoder error References: <61E1B4F8DE845A4F986F448F6D50A38504BEA1A2D1@E2K7CCR03.corp.oocl.com> Message-ID: <61E1B4F8DE845A4F986F448F6D50A38504BEA1A507@E2K7CCR03.corp.oocl.com> Hi All, I may have a couple of follow-up questions about G.729 license as follows: 1. If we just purchase 10 channels but there are more than 10 calls dial in, what is the impact ? All calls will be dropped ? or it will switched back to the original codec ? 2. If we integrate freeSWITCH with TTS such as Nuance, would it also utilize this license to convert the codec of voice stream to G.729 ? Thanks and Best Regards, David From: DAVID FU (SHP-IRIS-ISD-OOCLL/HKG) Sent: Wednesday, August 12, 2015 10:18 AM To: FreeSWITCH Users Help Subject: RE: [Freeswitch-users] Codec G.729 encoder error Thanks Steven for the detailed explanation. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Steven Ayre Sent: Tuesday, August 11, 2015 6:02 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Codec G.729 encoder error 2015-08-11 14:32:28.827339 [ERR] mod_g729.c:102 This codec is only usable in passthrough mode! 2015-08-11 14:32:28.827339 [ERR] switch_core_io.c:1423 Codec G.729 encoder error! You're trying to use mod_g729 to do transcoding (converting between different codecs, which includes playing a file). However that module is the version that doesn't require a license and thus can only act in passthrough mode where it transfers data between call legs that's already converted to G729. It cannot encode or decode, hence the error when you try to play your WAV file. Your options are: 1) Use mod_com_g729, which is the licensed version and supports transcoding (see freeswitch.org) 2) Try using a codec other than G729 (perhaps the codec choice of the client is not in your control though) 3) See whether mod_native_file can playback the file already converted to G729 (you'll still need a license for the conversion though, and still hit transcoding errors at other times eg during a bridge) On 11 August 2015 at 07:57, > wrote: Hi All, We ?re encountering the error ?Codec G.729 encoder error!?. Would you please give us some hints how to resolve the issue ? I?ve attached the log message in the followings. Thanks SIP Log: 2015-08-11 14:32:28.807295 [DEBUG] sofia.c:6715 Channel sofia/internal/10810609 at 146.222.181.146 entering state [completed][200] 2015-08-11 14:32:28.807295 [NOTICE] mod_dptools.c:1309 Channel [sofia/internal/10810609 at 146.222.181.146] has been answered 2015-08-11 14:32:28.807295 [DEBUG] switch_channel.c:3759 (sofia/internal/10810609 at 146.222.181.146) Callstate Change EARLY -> ACTIVE EXECUTE sofia/internal/10810609 at 146.222.181.146 playback(ivr/ivr-welcome_to_freeswitch.wav) 2015-08-11 14:32:28.807295 [DEBUG] switch_ivr_play_say.c:1359 Codec Activated L16 at 8000hz 1 channels 20ms recv 454 bytes from tcp/[146.222.181.146]:53483 at 14:32:28.817573: ------------------------------------------------------------------------ ACK sip:10818899 at 146.222.181.242:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 146.222.181.146:5060;branch=z9hG4bK146f1e181af4 From: >;tag=11828~406686f1-eb54-4f74-9646-b75095131124-22185543 To: >;tag=F3Qc7t63vH7pK Date: Tue, 11 Aug 2015 06:46:42 GMT Call-ID: b8327a80-5c919a52-1457-92b5de92 at 146.222.181.146 Max-Forwards: 70 CSeq: 101 ACK Allow-Events: presence, kpml Content-Length: 0 ------------------------------------------------------------------------ 2015-08-11 14:32:28.827339 [DEBUG] sofia.c:6715 Channel sofia/internal/10810609 at 146.222.181.146 entering state [ready][200] 2015-08-11 14:32:28.827339 [ERR] mod_g729.c:102 This codec is only usable in passthrough mode! 2015-08-11 14:32:28.827339 [ERR] switch_core_io.c:1423 Codec G.729 encoder error! 2015-08-11 14:32:28.827339 [DEBUG] switch_ivr_play_say.c:1805 done playing file /usr/local/freeswitch/sounds/en/us/callie/ivr/ivr-welcome_to_freeswitch.wav EXECUTE sofia/internal/10810609 at 146.222.181.146 sleep(500) 2015-08-11 14:32:28.927320 [DEBUG] switch_rtp.c:6462 Correct audio ip/port confirmed. 2015-08-11 14:32:29.347316 [NOTICE] switch_core_state_machine.c:315 sofia/internal/10810609 at 146.222.181.146 has executed the last dialplan instruction, hanging up. 2015-08-11 14:32:29.347316 [NOTICE] switch_core_state_machine.c:317 Hangup sofia/internal/10810609 at 146.222.181.146 [CS_EXECUTE] [NORMAL_CLEARING] 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/10810609 at 146.222.181.146) State EXECUTE going to sleep 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/10810609 at 146.222.181.146) Running State Change CS_HANGUP 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/10810609 at 146.222.181.146) Callstate Change ACTIVE -> HANGUP 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/10810609 at 146.222.181.146) State HANGUP 2015-08-11 14:32:29.347316 [DEBUG] mod_sofia.c:431 Channel sofia/internal/10810609 at 146.222.181.146 hanging up, cause: NORMAL_CLEARING 2015-08-11 14:32:29.347316 [DEBUG] mod_sofia.c:484 Sending BYE to sofia/internal/10810609 at 146.222.181.146 send 657 bytes to tcp/[146.222.181.146]:5060 at 14:32:29.348499: ------------------------------------------------------------------------ BYE sip:10810609 at 146.222.181.146:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 146.222.181.242;branch=z9hG4bK62B2N5Z2yK39D Max-Forwards: 70 From: >;tag=F3Qc7t63vH7pK To: >;tag=11828~406686f1-eb54-4f74-9646-b75095131124-22185543 Call-ID: b8327a80-5c919a52-1457-92b5de92 at 146.222.181.146 CSeq: 79301310 BYE User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150810T224801Z~28ae331c93~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Reason: Q.850;cause=16;text="NORMAL_CLEARING" Content-Length: 0 ------------------------------------------------------------------------ 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:60 sofia/internal/10810609 at 146.222.181.146 Standard HANGUP, cause: NORMAL_CLEARING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/10810609 at 146.222.181.146) State HANGUP going to sleep 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/10810609 at 146.222.181.146) State Change CS_HANGUP -> CS_REPORTING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/10810609 at 146.222.181.146) Running State Change CS_REPORTING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/10810609 at 146.222.181.146) State REPORTING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:104 sofia/internal/10810609 at 146.222.181.146 Standard REPORTING, cause: NORMAL_CLEARING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/10810609 at 146.222.181.146) State REPORTING going to sleep 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/10810609 at 146.222.181.146) State Change CS_REPORTING -> CS_DESTROY 2015-08-11 14:32:29.347316 [DEBUG] switch_core_session.c:1639 Session 5 (sofia/internal/10810609 at 146.222.181.146) Locked, Waiting on external entities 2015-08-11 14:32:29.347316 [NOTICE] switch_core_session.c:1657 Session 5 (sofia/internal/10810609 at 146.222.181.146) Ended 2015-08-11 14:32:29.347316 [NOTICE] switch_core_session.c:1661 Close Channel sofia/internal/10810609 at 146.222.181.146 [CS_DESTROY] 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/10810609 at 146.222.181.146) Running State Change CS_DESTROY 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/10810609 at 146.222.181.146) State DESTROY 2015-08-11 14:32:29.347316 [DEBUG] mod_sofia.c:341 sofia/internal/10810609 at 146.222.181.146 SOFIA DESTROY 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:111 sofia/internal/10810609 at 146.222.181.146 Standard DESTROY 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/10810609 at 146.222.181.146) State DESTROY going to sleep recv 362 bytes from tcp/[146.222.181.146]:5060 at 14:32:29.358948: ------------------------------------------------------------------------ Best Regards, David IMPORTANT NOTICE Email from OOCL is confidential and may be legally privileged. If it is not intended for you, please delete it immediately unread. The internet cannot guarantee that this communication is free of viruses, interception or interference and anyone who communicates with us by email is taken to accept the risks in doing so. Without limitation, OOCL and its affiliates accept no liability whatsoever and howsoever arising in connection with the use of this email. Under no circumstances shall this email constitute a binding agreement to carry or for provision of carriage services by OOCL, which is subject to the availability of carrier's equipment and vessels and the terms and conditions of OOCL's standard bill of lading which is also available at http://www.oocl.com. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org IMPORTANT NOTICE Email from OOCL is confidential and may be legally privileged. If it is not intended for you, please delete it immediately unread. The internet cannot guarantee that this communication is free of viruses, interception or interference and anyone who communicates with us by email is taken to accept the risks in doing so. Without limitation, OOCL and its affiliates accept no liability whatsoever and howsoever arising in connection with the use of this email. Under no circumstances shall this email constitute a binding agreement to carry or for provision of carriage services by OOCL, which is subject to the availability of carrier's equipment and vessels and the terms and conditions of OOCL's standard bill of lading which is also available at http://www.oocl.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/7adf1a59/attachment-0001.html From alxpol at gmail.com Wed Aug 12 11:12:07 2015 From: alxpol at gmail.com (Alex Polischuk) Date: Wed, 12 Aug 2015 10:12:07 +0300 Subject: [Freeswitch-users] How configure FS to working without Database Message-ID: Hi All, I use FreeSwitch 1.4.20, my question is if exist option to configure FS to working without Database. Thanks, Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/b9b1aca6/attachment.html From shahzad.bhatti at g-r-v.com Wed Aug 12 13:00:03 2015 From: shahzad.bhatti at g-r-v.com (Shahzad Bhatti) Date: Wed, 12 Aug 2015 14:00:03 +0500 Subject: [Freeswitch-users] B-leg CDR is not Generated using nbibblebill Message-ID: Hello Everybody, i want to get xml_cdr of b-leg only but i got a-leg and unable to find why is happen as according to dial-plan i already set as ** i am using mod_nibblebill to hangup when credit is below zero every thing is working fine but the call hangup with cause NORMAL_TEMPORARY_FAILURE my freeswitch log of the call is here https://pastebin.freeswitch.org/24356 and cdr i got is a_9aeea5ca-40ca-11e5-a477-4f6a11359a58.cdr.xml is here. https://pastebin.freeswitch.org/24354 my freeswitch version is: FreeSWITCH (Version 1.5.8b git e127ca7 2013-12-02 22:48:06Z 64bit) is ready and nibblebill conf is Regards Shazhad Alam Bhatti -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/a4e8ebae/attachment.html From findmeinwland at gmail.com Wed Aug 12 13:04:03 2015 From: findmeinwland at gmail.com (Artur Mega) Date: Wed, 12 Aug 2015 14:04:03 +0500 Subject: [Freeswitch-users] How configure FS to working without Database In-Reply-To: References: Message-ID: ?i thought that FS doesnt need any database? 2015-08-12 12:12 GMT+05:00 Alex Polischuk : > Hi All, > > I use FreeSwitch 1.4.20, my question is if exist option to configure FS > to working without Database. > > Thanks, > Alex > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Arthur -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/6146bbe4/attachment.html From jurij.ivo at gmail.com Wed Aug 12 13:06:26 2015 From: jurij.ivo at gmail.com (Jurijs Ivolga) Date: Wed, 12 Aug 2015 12:06:26 +0300 Subject: [Freeswitch-users] Loopback SIP invite to originator Message-ID: Hi, I need to receive call on Freeswitch and Loopback it to original server from where it came into, without changing any SIP header(to, from, SIP request and etc). Is there easy way to do this? Thank you! With kind regards, Jurijs -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/3fb75f13/attachment.html From alxpol at gmail.com Wed Aug 12 14:18:01 2015 From: alxpol at gmail.com (Alex Polischuk) Date: Wed, 12 Aug 2015 13:18:01 +0300 Subject: [Freeswitch-users] How configure FS to working without Database In-Reply-To: References: Message-ID: when I run with full debug log (fsctl debug_level 10) I have the next error: [ALERT] sofia_glue.c:2455 Reuse Unused Cached DB handle db="sofia_reg_external",type="core_db" [CORE_DB] that is coming from function: _switch_cache_db_get_db_handle() in switch_core_sqldb.c that checked to what DB FS has connection. Thanks, Alex On Wed, Aug 12, 2015 at 12:04 PM, Artur Mega wrote: > ?i thought that FS doesnt need any database? > > 2015-08-12 12:12 GMT+05:00 Alex Polischuk : > >> Hi All, >> >> I use FreeSwitch 1.4.20, my question is if exist option to configure FS >> to working without Database. >> >> Thanks, >> Alex >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > Arthur > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/a14849d6/attachment.html From m2m at poczta.fm Wed Aug 12 15:40:42 2015 From: m2m at poczta.fm (Marcin Muzylo) Date: Wed, 12 Aug 2015 13:40:42 +0200 Subject: [Freeswitch-users] grab RTMP stream into FreeSWITCH Message-ID: <55CB30BA.2000405@poczta.fm> Hi , maybe someone know how to grab some RTMP stream (rtmp://) into FreeSWITCH (to connect it for example to conference room)? there is mod_rtmp - but it seems to be only for web client (tried with flex - works) Anyone can recommend any good RTMP 2 SIP that works ? thanks for any help Marcin From lexxua at gmail.com Wed Aug 12 16:30:55 2015 From: lexxua at gmail.com (Volodymyr Fedorov) Date: Wed, 12 Aug 2015 15:30:55 +0300 Subject: [Freeswitch-users] How configure FS to working without Database In-Reply-To: References: Message-ID: Hello, by default freeswitch uses sqlite db in a core. On Wed, Aug 12, 2015 at 1:18 PM, Alex Polischuk wrote: > when I run with full debug log (fsctl debug_level 10) I have the next > error: > [ALERT] sofia_glue.c:2455 Reuse Unused Cached DB handle > db="sofia_reg_external",type="core_db" [CORE_DB] > that is coming from function: _switch_cache_db_get_db_handle() in > switch_core_sqldb.c that checked to what DB FS has connection. > > Thanks, > Alex > > > On Wed, Aug 12, 2015 at 12:04 PM, Artur Mega > wrote: > >> ?i thought that FS doesnt need any database? >> >> 2015-08-12 12:12 GMT+05:00 Alex Polischuk : >> >>> Hi All, >>> >>> I use FreeSwitch 1.4.20, my question is if exist option to configure FS >>> to working without Database. >>> >>> Thanks, >>> Alex >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> Arthur >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Best regards, Volodymyr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/e3380fff/attachment-0001.html From bordmi at rarus.ru Wed Aug 12 17:07:52 2015 From: bordmi at rarus.ru (Dmitriy N. Borisov) Date: Wed, 12 Aug 2015 16:07:52 +0300 Subject: [Freeswitch-users] How configure FS to working without Database In-Reply-To: References: Message-ID: <1714534569.20150812160752@rarus.ru> Hi, All! ?? ?????? 12 ??????? 2015 ?., 15:30:55: Hello, by default freeswitch uses sqlite db in a core. And, as I know, FS can`t working without any DB. -- ? ?????????, ??????? ??????? ????? ???????? ?????????? 1?-????? ???. +7 (495) 231-20-02 ???.: 15-94 -- with best regards, Dmitriy Borisov 1C-Rarus Cloud Services tel.: +7 (495) 231-20-02 add.: 15-94 On Wed, Aug 12, 2015 at 1:18 PM, Alex Polischuk wrote: when I run with full debug log (fsctl debug_level 10) I have the next error: [ALERT] sofia_glue.c:2455 Reuse Unused Cached DB handle db="sofia_reg_external",type="core_db" [CORE_DB] that is coming from function: _switch_cache_db_get_db_handle() in switch_core_sqldb.c that checked to what DB FS has connection. Thanks, Alex On Wed, Aug 12, 2015 at 12:04 PM, Artur Mega wrote: ?i thought that FS doesnt need any database? 2015-08-12 12:12 GMT+05:00 Alex Polischuk : Hi All, I use FreeSwitch 1.4.20, my question is if exist option to configure FS to working without Database. Thanks, Alex _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Arthur _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Best regards, Volodymyr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/79dd40e8/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2443 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/79dd40e8/attachment.bin From omortimer at gmail.com Wed Aug 12 17:13:22 2015 From: omortimer at gmail.com (Oz Mortimer) Date: Wed, 12 Aug 2015 14:13:22 +0100 Subject: [Freeswitch-users] How configure FS to working without Database In-Reply-To: <1714534569.20150812160752@rarus.ru> References: <1714534569.20150812160752@rarus.ru> Message-ID: <3A0730C4-2F42-42AA-BD74-9DA9FE2BC9B5@gmail.com> You start up with -nosql, but things like show channels will not work > On 12 Aug 2015, at 14:07, Dmitriy N. Borisov wrote: > > Hi, All! > > > ?? ?????? 12 ??????? 2015 ?., 15:30:55: > > > Hello, by default freeswitch uses sqlite db in a core. > And, as I know, FS can`t working without any DB. > > -- > ? ?????????, > ??????? ??????? > ????? ???????? ?????????? 1?-????? > ???. +7 (495) 231-20-02 ???.: 15-94 > -- > with best regards, > Dmitriy Borisov > 1C-Rarus Cloud Services > tel.: +7 (495) 231-20-02 add.: 15-94 > > > > > On Wed, Aug 12, 2015 at 1:18 PM, Alex Polischuk wrote: > when I run with full debug log (fsctl debug_level 10) I have the next error: > [ALERT] sofia_glue.c:2455 Reuse Unused Cached DB handle db="sofia_reg_external",type="core_db" [CORE_DB] > that is coming from function: _switch_cache_db_get_db_handle() in switch_core_sqldb.c that checked to what DB FS has connection. > > Thanks, > Alex > > > On Wed, Aug 12, 2015 at 12:04 PM, Artur Mega wrote: > ?i thought that FS doesnt need any database? > > 2015-08-12 12:12 GMT+05:00 Alex Polischuk : > Hi All, > > I use FreeSwitch 1.4.20, my question is if exist option to configure FS to working without Database. > > Thanks, > Alex > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > > Arthur > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Best regards, > Volodymyr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/0dbef0ba/attachment-0001.html From mike at jerris.com Wed Aug 12 17:39:46 2015 From: mike at jerris.com (Michael Jerris) Date: Wed, 12 Aug 2015 09:39:46 -0400 Subject: [Freeswitch-users] Loopback SIP invite to originator In-Reply-To: References: Message-ID: If it is really a requirement to not change ANY headers, then no. On Wednesday, August 12, 2015, Jurijs Ivolga wrote: > Hi, > > I need to receive call on Freeswitch and Loopback it to original server > from where it came into, without changing any SIP header(to, from, SIP > request and etc). Is there easy way to do this? > > Thank you! > > With kind regards, > > Jurijs > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/7e79704e/attachment.html From mike at jerris.com Wed Aug 12 17:41:34 2015 From: mike at jerris.com (Michael Jerris) Date: Wed, 12 Aug 2015 09:41:34 -0400 Subject: [Freeswitch-users] grab RTMP stream into FreeSWITCH In-Reply-To: <55CB30BA.2000405@poczta.fm> References: <55CB30BA.2000405@poczta.fm> Message-ID: in master, mod_av and/or mod_vlc On Wednesday, August 12, 2015, Marcin Muzylo wrote: > Hi , > maybe someone know how to grab some RTMP stream (rtmp://) into > FreeSWITCH (to connect it for example to conference room)? > > there is mod_rtmp - but it seems to be only for web client (tried with > flex - works) > > Anyone can recommend any good RTMP 2 SIP that works ? > > thanks for any help > Marcin > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/8dab659b/attachment.html From krice at freeswitch.org Wed Aug 12 18:15:28 2015 From: krice at freeswitch.org (Ken Rice) Date: Wed, 12 Aug 2015 09:15:28 -0500 Subject: [Freeswitch-users] How configure FS to working without Database In-Reply-To: <3A0730C4-2F42-42AA-BD74-9DA9FE2BC9B5@gmail.com> References: <1714534569.20150812160752@rarus.ru> <3A0730C4-2F42-42AA-BD74-9DA9FE2BC9B5@gmail.com> Message-ID: <1009c01d0d509$58aeb150$0a0c13f0$@freeswitch.org> -nosql only turns off the core db stuff it does not affect modules like sofia and voicemail both of which require a db to work properly From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Oz Mortimer Sent: Wednesday, August 12, 2015 8:13 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] How configure FS to working without Database You start up with -nosql, but things like show channels will not work On 12 Aug 2015, at 14:07, Dmitriy N. Borisov > wrote: Hi, All! ?? ?????? 12 ??????? 2015 ?., 15:30:55: Hello, by default freeswitch uses sqlite db in a core. And, as I know, FS can`t working without any DB. -- ? ?????????, ??????? ??????? ????? ???????? ?????????? 1?-????? ???. +7 (495) 231-20-02 ???.: 15-94 -- with best regards, Dmitriy Borisov 1C-Rarus Cloud Services tel.: +7 (495) 231-20-02 add.: 15-94 On Wed, Aug 12, 2015 at 1:18 PM, Alex Polischuk < alxpol at gmail.com> wrote: when I run with full debug log (fsctl debug_level 10) I have the next error: [ALERT] sofia_glue.c:2455 Reuse Unused Cached DB handle db="sofia_reg_external",type="core_db" [CORE_DB] that is coming from function: _switch_cache_db_get_db_handle() in switch_core_sqldb.c that checked to what DB FS has connection. Thanks, Alex On Wed, Aug 12, 2015 at 12:04 PM, Artur Mega < findmeinwland at gmail.com> wrote: ?i thought that FS doesnt need any database? 2015-08-12 12:12 GMT+05:00 Alex Polischuk < alxpol at gmail.com>: Hi All, I use FreeSwitch 1.4.20, my question is if exist option to configure FS to working without Database. Thanks, Alex _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Arthur _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Best regards, Volodymyr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/448d1840/attachment-0001.html From krice at freeswitch.org Wed Aug 12 18:44:43 2015 From: krice at freeswitch.org (Ken Rice) Date: Wed, 12 Aug 2015 09:44:43 -0500 Subject: [Freeswitch-users] ClueCon Weekly Today At 1PM EDT, 10AM PDT - This Week, ClueCon Follow up. Message-ID: <100cb01d0d50d$6e622000$4b266000$@freeswitch.org> Greetings FreeSWITCHers. As you know last week was ClueCon in Chicago. This week, we'll be talking about some of the things we saw at ClueCon and some of the things that came out of it that are already in place. Join us on the 888 bridge on https://conference.freeswitch.org/vc or https://cantina.freeswitch.org/vc Have your Mic and WebCam ready to help us test the new verto communicator See you at Noon Central! Ken -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/c0a3e79b/attachment.html From s.safarov at gmail.com Wed Aug 12 18:59:45 2015 From: s.safarov at gmail.com (Sergey Safarov) Date: Wed, 12 Aug 2015 17:59:45 +0300 Subject: [Freeswitch-users] Error of UNALLOCATED_NUMBER In-Reply-To: <61E1B4F8DE845A4F986F448F6D50A38504BEA1A4F5@E2K7CCR03.corp.oocl.com> References: <61E1B4F8DE845A4F986F448F6D50A38504BEA1A495@E2K7CCR03.corp.oocl.com> <61E1B4F8DE845A4F986F448F6D50A38504BEA1A4F5@E2K7CCR03.corp.oocl.com> Message-ID: It is setting in Cisco Call Manager. Part of sip uri after symbol '@' On Wed, Aug 12, 2015 at 8:28 AM, wrote: > Hi Sergey, > > > > Sorry, may I know what ?domain names? you mean ? Is it a setting in Cisco > Call Manager and specify in the path of ="sofia/gateway/cucm/10810630" ? > Thanks. > > > > Best Regards, > > David > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Sergey > Safarov > *Sent:* Wednesday, August 12, 2015 12:36 PM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Error of UNALLOCATED_NUMBER > > > > Are domain names is used in Cisco CM to route call? > > > > On Wed, Aug 12, 2015 at 6:17 AM, wrote: > > Hi All, > > > > We?re trying to integrate Cisco CM with FreeSWTICH. Now, we would like to > test to route the call to our agent using bridge. application="bridge" data="sofia/gateway/cucm/10810630"/>. However, we got > the UNALLOCATED_NUMBER exception. Would you please give us some hints how > to resolve ? I have attached the log for reference. Thanks. > > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > sofia.c:6715 Channel sofia/external/10810630 enter ing state > [terminated][404] > > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [NOTICE] > sofia.c:7631 Hangup sofia/external/10810630 [CS_C ONSUME_MEDIA] > [UNALLOCATED_NUMBER] > > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:473 (sofia/external/10 810630) Running > State Change CS_HANGUP > > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:739 (sofia/external/10 810630) Callstate > Change DOWN -> HANGUP > > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:741 (sofia/external/10 810630) State HANGUP > > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > mod_sofia.c:431 Channel sofia/external/10810630 ha nging up, cause: > UNALLOCATED_NUMBER > > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:60 sofia/external/1081 0630 Standard > HANGUP, cause: UNALLOCATED_NUMBER > > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:741 (sofia/external/10 810630) State > HANGUP going to sleep > > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:508 (sofia/external/10 810630) State > Change CS_HANGUP -> CS_REPORTING > > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:473 (sofia/external/10 810630) Running > State Change CS_REPORTING > > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:827 (sofia/external/10 810630) State > REPORTING > > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:104 sofia/external/108 10630 Standard > REPORTING, cause: UNALLOCATED_NUMBER > > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:827 (sofia/external/10 810630) State > REPORTING going to sleep > > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_state_machine.c:499 (sofia/external/10 810630) State > Change CS_REPORTING -> CS_DESTROY > > d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] > switch_core_session.c:1639 Session 54 (sofia/exter nal/10810630) > Locked, Waiting on external entities > > d0eca6ca-4095-11e5-b73e-3186e43f913c 2015-08-12 09:59:57.594421 [DEBUG] > switch_ivr_originate.c:3727 Originate Resulted in Error Cause: 1 > [UNALLOCATED_NUMBER] > > Best Regards, > > David > > > > > > IMPORTANT NOTICE > Email from OOCL is confidential and may be legally privileged. If it is > not > intended for you, please delete it immediately unread. The internet > cannot guarantee that this communication is free of viruses, interception > or interference and anyone who communicates with us by email is taken > to accept the risks in doing so. Without limitation, OOCL and its > affiliates > accept no liability whatsoever and howsoever arising in connection with > the use of this email. Under no circumstances shall this email constitute > a binding agreement to carry or for provision of carriage services by OOCL, > which is subject to the availability of carrier's equipment and vessels and > the terms and conditions of OOCL's standard bill of lading which is also > available at http://www.oocl.com. > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > IMPORTANT NOTICE > Email from OOCL is confidential and may be legally privileged. If it is > not > intended for you, please delete it immediately unread. The internet > cannot guarantee that this communication is free of viruses, interception > or interference and anyone who communicates with us by email is taken > to accept the risks in doing so. Without limitation, OOCL and its > affiliates > accept no liability whatsoever and howsoever arising in connection with > the use of this email. Under no circumstances shall this email constitute > a binding agreement to carry or for provision of carriage services by OOCL, > which is subject to the availability of carrier's equipment and vessels and > the terms and conditions of OOCL's standard bill of lading which is also > available at http://www.oocl.com. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/284a8dac/attachment.html From alxpol at gmail.com Wed Aug 12 19:06:01 2015 From: alxpol at gmail.com (Alex Polischuk) Date: Wed, 12 Aug 2015 18:06:01 +0300 Subject: [Freeswitch-users] How configure FS to working without Database In-Reply-To: <3A0730C4-2F42-42AA-BD74-9DA9FE2BC9B5@gmail.com> References: <1714534569.20150812160752@rarus.ru> <3A0730C4-2F42-42AA-BD74-9DA9FE2BC9B5@gmail.com> Message-ID: I running FS with this -nosql parameters, it is working but not have show channels command. Thanks, Alex On Wed, Aug 12, 2015 at 4:13 PM, Oz Mortimer wrote: > > You start up with -nosql, but things like show channels will not work > > > On 12 Aug 2015, at 14:07, Dmitriy N. Borisov wrote: > > Hi, All! > > > ?? ?????? 12 ??????? 2015 ?., 15:30:55: > > > Hello, by default freeswitch uses sqlite db in a core. And, as I know, FS > can`t working without any DB. > > -- > ? ?????????, > ??????? ??????? > ????? ???????? ?????????? 1?-????? > ???. +7 (495) 231-20-02 ???.: 15-94 > -- > with best regards, > Dmitriy Borisov > 1C-Rarus Cloud Services > tel.: +7 (495) 231-20-02 add.: 15-94 > > > > > On Wed, Aug 12, 2015 at 1:18 PM, Alex Polischuk wrote: > when I run with full debug log (fsctl debug_level 10) I have the next > error: > [ALERT] sofia_glue.c:2455 Reuse Unused Cached DB handle > db="sofia_reg_external",type="core_db" [CORE_DB] > that is coming from function: _switch_cache_db_get_db_handle() in > switch_core_sqldb.c that checked to what DB FS has connection. > > Thanks, > Alex > > > On Wed, Aug 12, 2015 at 12:04 PM, Artur Mega > wrote: > ?i thought that FS doesnt need any database? > > 2015-08-12 12:12 GMT+05:00 Alex Polischuk : > Hi All, > > I use FreeSwitch 1.4.20, my question is if exist option to configure FS to > working without Database. > > Thanks, > Alex > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > > Arthur > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Best regards, > Volodymyr > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/2df8e14b/attachment-0001.html From talk at voxbox.io Wed Aug 12 19:31:52 2015 From: talk at voxbox.io (Voxbox.io) Date: Wed, 12 Aug 2015 17:31:52 +0200 Subject: [Freeswitch-users] How configure FS to working without Database In-Reply-To: References: <1714534569.20150812160752@rarus.ru> <3A0730C4-2F42-42AA-BD74-9DA9FE2BC9B5@gmail.com> Message-ID: Alex, as Oz Mortimer told you if you start FS with parameter -nosql you can?t get information of active calls. You start up with -nosql, but things like show channels will not work This is because FS is using an ?internal? sqlite database for storing some basic informations (very basic, NO CDR!), and therefore it?s not taking too much storage space, so in my opinion there is no need to disable SQL as you will not gain any performance disabling it. If you disable the internal database you will not have the ability to check call status on fs_cli (in my point of view this is worse!) BTW, if you are trying to disable the database because you believe that could be some performance issues then if you follow this guide ( https://freeswitch.org/confluence/display/FREESWITCH/Performance+Testing+and+Configurations) under section "FreeSWITCH's core.db I/O Bottleneck? you will find that you can put the database into a RAM disk, so you will not impact on performance and on each reboot the database is deleted. Cheers Max On 12 August 2015 at 17:06, Alex Polischuk wrote: > I running FS with this -nosql parameters, it is working but not have show > channels command. > > Thanks, > Alex > > > On Wed, Aug 12, 2015 at 4:13 PM, Oz Mortimer wrote: > >> >> You start up with -nosql, but things like show channels will not work >> >> >> On 12 Aug 2015, at 14:07, Dmitriy N. Borisov wrote: >> >> Hi, All! >> >> >> ?? ?????? 12 ??????? 2015 ?., 15:30:55: >> >> >> Hello, by default freeswitch uses sqlite db in a core. And, as I know, >> FS can`t working without any DB. >> >> -- >> ? ?????????, >> ??????? ??????? >> ????? ???????? ?????????? 1?-????? >> ???. +7 (495) 231-20-02 ???.: 15-94 >> -- >> with best regards, >> Dmitriy Borisov >> 1C-Rarus Cloud Services >> tel.: +7 (495) 231-20-02 add.: 15-94 >> >> >> >> >> On Wed, Aug 12, 2015 at 1:18 PM, Alex Polischuk wrote: >> when I run with full debug log (fsctl debug_level 10) I have the next >> error: >> [ALERT] sofia_glue.c:2455 Reuse Unused Cached DB handle >> db="sofia_reg_external",type="core_db" [CORE_DB] >> that is coming from function: _switch_cache_db_get_db_handle() in >> switch_core_sqldb.c that checked to what DB FS has connection. >> >> Thanks, >> Alex >> >> >> On Wed, Aug 12, 2015 at 12:04 PM, Artur Mega >> wrote: >> ?i thought that FS doesnt need any database? >> >> 2015-08-12 12:12 GMT+05:00 Alex Polischuk : >> Hi All, >> >> I use FreeSwitch 1.4.20, my question is if exist option to configure FS >> to working without Database. >> >> Thanks, >> Alex >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> -- >> >> Arthur >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> -- >> Best regards, >> Volodymyr >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/93edf379/attachment.html From naveen32india at gmail.com Wed Aug 12 23:13:15 2015 From: naveen32india at gmail.com (Naveen Tamanam) Date: Thu, 13 Aug 2015 00:43:15 +0530 Subject: [Freeswitch-users] How to query channel variables from freeswitch console Message-ID: Hi, I am wondering, is there any way to query channel variables of a particular channel through UUID that I have. If there is a way to query what is the API to get channel variables of a channel/call from console. -- Thanks & Regards, Naveen Tamanam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150813/fbbaaf91/attachment.html From aviv at sent.com Wed Aug 12 23:25:01 2015 From: aviv at sent.com (Aviv Shaham) Date: Wed, 12 Aug 2015 12:25:01 -0700 Subject: [Freeswitch-users] How to query channel variables from freeswitch console In-Reply-To: References: Message-ID: <1439407501.690960.354650897.3E1507F9@webmail.messagingengine.com> >From the cli? Just use uuid_dump Aviv On Wed, Aug 12, 2015, at 12:13 PM, Naveen Tamanam wrote: > Hi, I am wondering, is there any way to query channel variables of a > particular channel through UUID that I have.??????? If there is a way > to query what is the API to get channel variables of? a channel/call > from console. > > -- > Thanks & Regards, Naveen Tamanam > ___________________________________________________________________- > ________ > Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/ee30092b/attachment-0001.html From krice at freeswitch.org Thu Aug 13 01:03:18 2015 From: krice at freeswitch.org (Ken Rice) Date: Wed, 12 Aug 2015 16:03:18 -0500 Subject: [Freeswitch-users] ClueCon Pictures Request Message-ID: <105a401d0d542$512bd7d0$f3838770$@freeswitch.org> Do you have Videos or Pictures from ClueCon? Let us have them!! Post links where we can download them, email them to me off list, or if you need a place to upload them, I'll arrange for this to happen! Ken -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150812/9916c8e1/attachment.html From gmaruzz at gmail.com Thu Aug 13 03:33:38 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Thu, 13 Aug 2015 01:33:38 +0200 Subject: [Freeswitch-users] ClueCon Pictures Request In-Reply-To: <105a401d0d542$512bd7d0$f3838770$@freeswitch.org> References: <105a401d0d542$512bd7d0$f3838770$@freeswitch.org> Message-ID: http://opentelecom.it/cluecon/ :) On Wed, Aug 12, 2015 at 11:03 PM, Ken Rice wrote: > Do you have Videos or Pictures from ClueCon? > > > > Let us have them!! Post links where we can download them, email them to me > off list, or if you need a place to upload them, I?ll arrange for this to > happen! > > > > Ken > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150813/1e0aee89/attachment.html From gmaruzz at gmail.com Thu Aug 13 03:37:53 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Thu, 13 Aug 2015 01:37:53 +0200 Subject: [Freeswitch-users] ClueCon Pictures Request In-Reply-To: References: <105a401d0d542$512bd7d0$f3838770$@freeswitch.org> Message-ID: Ooops, wrong URL, I'll send you in private On Thu, Aug 13, 2015 at 1:33 AM, Giovanni Maruzzelli wrote: > http://opentelecom.it/cluecon/ :) > > On Wed, Aug 12, 2015 at 11:03 PM, Ken Rice wrote: > >> Do you have Videos or Pictures from ClueCon? >> >> >> >> Let us have them!! Post links where we can download them, email them to >> me off list, or if you need a place to upload them, I?ll arrange for this >> to happen! >> >> >> >> Ken >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150813/3081294b/attachment.html From miha at softnet.si Thu Aug 13 11:58:28 2015 From: miha at softnet.si (Miha) Date: Thu, 13 Aug 2015 09:58:28 +0200 Subject: [Freeswitch-users] Error loading mod_xml_curl / file too short Message-ID: <55CC4E24.2010606@softnet.si> Hi. I have installed FS as always and compile xml_curl module. After trying to load i get this: 2015-08-13 09:33:11.087131 [CRIT] switch_loadable_module.c:1447 Error Loading module /usr/local/freeswitch/mod/mod_xml_curl.so **/usr/local/freeswitch/mod/mod_xml_curl.so: file too short** How can I fix this? Centos 5.6 and FreeSWITCH Version 1.4.20+git~20150730T173112Z~367848e07e~64bit (git 367848e 2015-07-30 17:31:12Z 64bit) tnx miha From support at vip-consult.co.uk Thu Aug 13 12:37:58 2015 From: support at vip-consult.co.uk (support at vip-consult.co.uk) Date: Thu, 13 Aug 2015 11:37:58 +0300 Subject: [Freeswitch-users] cannot register a client with tls-verify-policy all Message-ID: <8F0B2692731E4B22BACEDA762BF637E1@krasimir> cannot register a client with tls-verify-policy all when using sips ,https://pastebin.freeswitch.org/24359 when i run openssl s_client -connect 192.168.168.168:443 -CApath /etc/ssl/certs the certificate verifies ok. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150813/6bdec23f/attachment.html From Ran.Shefi at telefonica.com Thu Aug 13 12:55:28 2015 From: Ran.Shefi at telefonica.com (Ran Shefi) Date: Thu, 13 Aug 2015 08:55:28 +0000 Subject: [Freeswitch-users] SEND_MESSAGE API Message-ID: Hi, I?m using freeswitch version 1.4.16, I?m trying to send message by SEND_MESSAGE API(ESL), How can I set the Request-URI and the To header different? Thanks Ran ________________________________ Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener informaci?n privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n puede estar prohibida en virtud de la legislaci?n vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma v?a y proceda a su destrucci?n. The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it. Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat?rio, pode conter informa??o privilegiada ou confidencial e ? para uso exclusivo da pessoa ou entidade de destino. Se n?o ? vossa senhoria o destinat?rio indicado, fica notificado de que a leitura, utiliza??o, divulga??o e/ou c?pia sem autoriza??o pode estar proibida em virtude da legisla??o vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destrui??o -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150813/cfbb4928/attachment-0001.html From jurij.ivo at gmail.com Thu Aug 13 15:29:21 2015 From: jurij.ivo at gmail.com (Jurijs Ivolga) Date: Thu, 13 Aug 2015 14:29:21 +0300 Subject: [Freeswitch-users] SRTP on outbound leg without TLS Message-ID: Hi, I'm struggling with quite simple issue. I need to enable SRTP on outbound leg. Call hits Freeswitch as SRTP but it leaves as regular RTP. I do not use TLS and I don't need it(yes, I know that SRTP keys are sent as plain text in this case). I tried to add following code to my dialplan, but it do not helps: I tried to add to vars.xml following line too: But still without success. Maybe somebody can give me a hint? Thank you! With kind regards, Jurijs -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150813/fddc0cf3/attachment.html From yehavi.bourvine at gmail.com Thu Aug 13 16:24:45 2015 From: yehavi.bourvine at gmail.com (Yehavi Bourvine) Date: Thu, 13 Aug 2015 15:24:45 +0300 Subject: [Freeswitch-users] Hunt lines - original extension is left busy Message-ID: Hi, We are using hunt extensions using the | concatanation: when someone dials extension A, the bridge command is for A|B. If A does not answer after a predefined time, the call moved to ring at B. The problem is that if B answers, he cannot transfer the call back to A, since A is marked as busy. doing "show calls" I indeed see that there is an incoming call to A, and another call from A to B. Is there something that I am doing wrong here? Thanks! __Yehavi: -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150813/8921bb77/attachment.html From 568691 at gmail.com Thu Aug 13 17:25:53 2015 From: 568691 at gmail.com (Alexandru Covalschi) Date: Thu, 13 Aug 2015 16:25:53 +0300 Subject: [Freeswitch-users] Compiling Freeswitch 1.6 on Debian 8 Message-ID: Hello! I'm trying to follow steps on https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+1.6+Video But I can't do: "DEBIAN_FRONTEND=none APT_LISTCHANGES_FRONTEND=none apt-get install -y --force-yes freeswitch-video-deps-most" Cause it requires libsngtc-dev which I can't find anywhere (including github and freeswitch repos). If I skip this step, I can't compile FS, because (I suppose) it requires a special version of libyuv-dev That's what I get: CCLD freeswitch //usr/lib/libyuv.so: undefined reference to `ScaleARGBRowDown2_SSE2' //usr/lib/libyuv.so: undefined reference to `ScaleRowDown4_SSE2' //usr/lib/libyuv.so: undefined reference to `ScaleARGBRowDown2Box_SSE2' //usr/lib/libyuv.so: undefined reference to `ScaleRowDown2Box_SSE2' //usr/lib/libyuv.so: undefined reference to `ScaleARGBRowDownEvenBox_SSE2' //usr/lib/libyuv.so: undefined reference to `ScaleRowDown34_0_Box_SSSE3' //usr/lib/libyuv.so: undefined reference to `ScaleRowDown38_SSSE3' //usr/lib/libyuv.so: undefined reference to `ScaleARGBRowDownEven_SSE2' //usr/lib/libyuv.so: undefined reference to `ScaleRowDown38_3_Box_SSSE3' //usr/lib/libyuv.so: undefined reference to `ScaleRowDown2_SSE2' //usr/lib/libyuv.so: undefined reference to `ScaleRowDown34_1_Box_SSSE3' //usr/lib/libyuv.so: undefined reference to `ScaleRowDown34_SSSE3' //usr/lib/libyuv.so: undefined reference to `ScaleRowDown38_2_Box_SSSE3' //usr/lib/libyuv.so: undefined reference to `ScaleRowDown4Box_SSE2' //usr/lib/libyuv.so: undefined reference to `ScaleRowDown2Linear_SSE2' //usr/lib/libyuv.so: undefined reference to `ScaleARGBRowDown2Linear_SSE2' collect2: error: ld returned 1 exit status Makefile:1460: recipe for target 'freeswitch' failed but libyuv-dev is present: # dpkg -l | grep libyuv ii libyuv 0.0.1433~49-1~jessie+1 i386 ii libyuv-dev 0.0.1433~49-1~jessie+1 i386 Can please someone guide me how to compile 1.6 from git? -- Alexandru Covalschi ABRISS-Solutions VoIP engineer and system administrator phone: +37367398493 web: http://abs-telecom.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150813/3bb6249b/attachment.html From mike at jerris.com Thu Aug 13 18:26:10 2015 From: mike at jerris.com (Michael Jerris) Date: Thu, 13 Aug 2015 10:26:10 -0400 Subject: [Freeswitch-users] SRTP on outbound leg without TLS In-Reply-To: References: Message-ID: You will have to look at the full negotiation of that leg and a debug log to see what's going on. On Thursday, August 13, 2015, Jurijs Ivolga wrote: > Hi, > > I'm struggling with quite simple issue. I need to enable SRTP on outbound > leg. Call hits Freeswitch as SRTP but it leaves as regular RTP. I do not > use TLS and I don't need it(yes, I know that SRTP keys are sent as plain > text in this case). > > I tried to add following code to my dialplan, but it do not helps: > > > > > > > I tried to add to vars.xml following line too: > > > > But still without success. > > Maybe somebody can give me a hint? > > Thank you! > > With kind regards, > > Jurijs > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150813/add96ed3/attachment.html From mike at jerris.com Thu Aug 13 18:28:46 2015 From: mike at jerris.com (Michael Jerris) Date: Thu, 13 Aug 2015 10:28:46 -0400 Subject: [Freeswitch-users] Compiling Freeswitch 1.6 on Debian 8 In-Reply-To: References: Message-ID: This is a bug in our 32 bit meta-package I thought was already fixed. It will work with 64 bit, alternatively just install everything the meta-pacakge installs except for that one On Thursday, August 13, 2015, Alexandru Covalschi <568691 at gmail.com> wrote: > Hello! I'm trying to follow steps on > https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+1.6+Video > But I can't do: > "DEBIAN_FRONTEND=none APT_LISTCHANGES_FRONTEND=none apt-get install -y > --force-yes freeswitch-video-deps-most" > Cause it requires libsngtc-dev which I can't find anywhere (including > github and freeswitch repos). If I skip this step, I can't compile FS, > because (I suppose) it requires a special version of libyuv-dev > > That's what I get: > CCLD freeswitch > //usr/lib/libyuv.so: undefined reference to `ScaleARGBRowDown2_SSE2' > //usr/lib/libyuv.so: undefined reference to `ScaleRowDown4_SSE2' > //usr/lib/libyuv.so: undefined reference to `ScaleARGBRowDown2Box_SSE2' > //usr/lib/libyuv.so: undefined reference to `ScaleRowDown2Box_SSE2' > //usr/lib/libyuv.so: undefined reference to `ScaleARGBRowDownEvenBox_SSE2' > //usr/lib/libyuv.so: undefined reference to `ScaleRowDown34_0_Box_SSSE3' > //usr/lib/libyuv.so: undefined reference to `ScaleRowDown38_SSSE3' > //usr/lib/libyuv.so: undefined reference to `ScaleARGBRowDownEven_SSE2' > //usr/lib/libyuv.so: undefined reference to `ScaleRowDown38_3_Box_SSSE3' > //usr/lib/libyuv.so: undefined reference to `ScaleRowDown2_SSE2' > //usr/lib/libyuv.so: undefined reference to `ScaleRowDown34_1_Box_SSSE3' > //usr/lib/libyuv.so: undefined reference to `ScaleRowDown34_SSSE3' > //usr/lib/libyuv.so: undefined reference to `ScaleRowDown38_2_Box_SSSE3' > //usr/lib/libyuv.so: undefined reference to `ScaleRowDown4Box_SSE2' > //usr/lib/libyuv.so: undefined reference to `ScaleRowDown2Linear_SSE2' > //usr/lib/libyuv.so: undefined reference to `ScaleARGBRowDown2Linear_SSE2' > collect2: error: ld returned 1 exit status > Makefile:1460: recipe for target 'freeswitch' failed > > but libyuv-dev is present: > # dpkg -l | grep libyuv > ii libyuv 0.0.1433~49-1~jessie+1 > i386 > ii libyuv-dev 0.0.1433~49-1~jessie+1 > i386 > > > Can please someone guide me how to compile 1.6 from git? > -- > Alexandru Covalschi > ABRISS-Solutions > VoIP engineer and system administrator > phone: +37367398493 > web: http://abs-telecom.com/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150813/c45ad06b/attachment.html From jurij.ivo at gmail.com Thu Aug 13 18:40:30 2015 From: jurij.ivo at gmail.com (Jurijs Ivolga) Date: Thu, 13 Aug 2015 17:40:30 +0300 Subject: [Freeswitch-users] SRTP on outbound leg without TLS In-Reply-To: References: Message-ID: Hi, Maybe you can let me know how I can turn on SRTP using default config? I have following lines in default conf/dialplan/default.xml: If I change them to: Then when I make a call there is issue with cipher: show channels uuid,direction,created,created_epoch,name,state,cid_name,cid_num,ip_addr,dest,application,application_data,dialplan,context,read_codec,read_rate,read_bit_rate,write_codec,write_rate,write_bit_rate,secure,hostname,presence_id,presence_data,callstate,callee_name,callee_num,callee_direction,call_uuid,sent_callee_name,sent_callee_num,initial_cid_name,initial_cid_num,initial_ip_addr,initial_dest,initial_dialplan,initial_context 81a423fc-41c8-11e5-ac4e-1b8671775759,inbound,2015-08-13 10:35:13,1439476513,sofia/internal/1001 at myserverip ,CS_EXECUTE,1001,1001,mylocalip,1000,bridge,user/1000 at myserverip ,XML,default,opus,48000,0,opus,48000,0,srtp:sdes:*AES_CM_128_HMAC_SHA1_80* ,Freeswitch1Dev,1001 at myserverip,,ACTIVE,Outbound Call,1000,SEND,81a423fc-41c8-11e5-ac4e-1b8671775759,Outbound Call,1000,1001,1001,mylocalip,1000,XML,default 81cbe932-41c8-11e5-ac73-1b8671775759,outbound,2015-08-13 10:35:13,1439476513,sofia/internal/1000 at mylocalip:39626,CS_EXCHANGE_MEDIA,Extension 1001,1001,mylocalip,1000,,,XML,default,opus,48000,0,opus,48000,0,srtp:sdes: *AES_CM_256_HMAC_SHA1_80*,Freeswitch1Dev,1000 at myserverip,,ACTIVE,Outbound Call,1000,SEND,81a423fc-41c8-11e5-ac4e-1b8671775759,Extension 1001,1001,Extension 1001,1001,mylocalip,1000,XML,default As you can see for inbound call is used AES_CM_128_HMAC_SHA1_80 cipher and for outbound is used AES_CM_256_HMAC_SHA1_80. Any ideas? With kind regards, Jurijs 2015-08-13 17:26 GMT+03:00 Michael Jerris : > You will have to look at the full negotiation of that leg and a debug log > to see what's going on. > > On Thursday, August 13, 2015, Jurijs Ivolga wrote: > >> Hi, >> >> I'm struggling with quite simple issue. I need to enable SRTP on outbound >> leg. Call hits Freeswitch as SRTP but it leaves as regular RTP. I do not >> use TLS and I don't need it(yes, I know that SRTP keys are sent as plain >> text in this case). >> >> I tried to add following code to my dialplan, but it do not helps: >> >> >> >> >> >> >> I tried to add to vars.xml following line too: >> >> >> >> But still without success. >> >> Maybe somebody can give me a hint? >> >> Thank you! >> >> With kind regards, >> >> Jurijs >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150813/c43aa797/attachment-0001.html From 4orbit at gmail.com Fri Aug 14 10:59:21 2015 From: 4orbit at gmail.com (Sergey Zhuravlov) Date: Fri, 14 Aug 2015 09:59:21 +0300 Subject: [Freeswitch-users] Multifon -- Outgoing connection is broken after a few seconds (Sergey Zhuravlov) Message-ID: ?i It can still be described as unexpected by BYE from Multifon The problem is solved by setting the parameter for profile external Thanks to Vladimir from ros-tel ---------- ???????????? ????????? ---------- > From: Sergey Zhuravlov <4orbit at gmail.com> > To: freeswitch-users at lists.freeswitch.org > Cc: > Date: Wed, 5 Aug 2015 16:47:35 +0300 > Subject: Re: [Freeswitch-users] Multifon -- Outgoing connection is broken > after a few seconds (Michael Jerris) > ?i > > I think that there does not affect SIPALG > > I tried another phone other tension, all the same, in fact tried through > CSIPSIMPLE and 4G - still > > a few seconds, and normal conversation open > > > > ---------- ???????????? ????????? ---------- > >> From: Michael Jerris >> To: FreeSWITCH Users Help >> Cc: >> Date: Tue, 4 Aug 2015 18:32:55 -0400 >> Subject: Re: [Freeswitch-users] Multifon -- Outgoing connection is broken >> after a few seconds >> I'm guessing this is an insanely short and unreasonable media timeout on >> their side coupled with a nat issue. Check that the media ip is sane, >> check of you have a sip alg on your side, if so, turn it off, sip algs are >> almost all universally broken. also look at a packet trace from outside >> your router and see what is different. >> >> On Tuesday, August 4, 2015, Russell Treleaven >> wrote: >> >>> Can you confirm they are getting media? >>> >>> Sent from my BlackBerry? PlayBook? >>> www.blackberry.com >>> >>> ------------------------------ >>> *From:* "Sergey Zhuravlov" <4orbit at gmail.com> >>> *To:* "freeswitch-users at lists.freeswitch.org" < >>> freeswitch-users at lists.freeswitch.org> >>> *Sent:* 4 August, 2015 5:13 PM >>> *Subject:* [Freeswitch-users] Multifon -- Outgoing connection is broken >>> after a few seconds >>> >>> Hi >>> >>> Multifon service fron Megafon. >>> >>> Outgoing connection is broken after a few seconds (~10) of conversation. >>> It seems the server provider sends BYE. >>> I can not understand the reason for such behavior and how to fix it. >>> >>> Incoming calls through the same gateway works fine. >>> >>> >>> >>> >>> 89.111.xx.xx:5080 193.201.229.35:5060 >>> 193.201.229.19 >>> ???????????????????? ???????????????????? >>> ???????????????????? >>> 20:48:08.646458 ? INVITE (SDP) >>> ? ? >>> +0.025606 ? ??????????????????????????> >>> ? ? >>> 20:48:08.672064 ? 100 Trying >>> ? ? >>> +0.010084 ? >> ? ? >>> 20:48:08.682148 ? 407 Proxy Authentication R >>> ? ? >>> +0.000254 ? >> ? ? >>> 20:48:08.682402 ? ACK >>> ? ? >>> +0.000686 ? ??????????????????????????> >>> ? ? >>> 20:48:08.683088 ? INVITE (SDP) >>> ? ? >>> +0.027006 ? ??????????????????????????> >>> ? ? >>> 20:48:08.710094 ? 100 Trying >>> ? ? >>> +0.293250 ? >> ? ? >>> 20:48:09.003344 ? 183 Session Progress (SDP) >>> ? ? >>> +0.323757 ? >> ? ? >>> ? RTP (g711a) >>> 989 ? >>> 29626? >>> >> 20:48:09.327101 ? 183 Session Progress >>> ? ? >>> +0.287857 ? >> ? ? >>> 20:48:09.614958 ? 183 Session Progress >>> ? ? >>> +0.185002 ? <<>> ? ? >>> 20:48:09.799960 ? 200 OK (SDP) >>> ? ? >>> +0.006939 ? >> ? ? >>> 20:48:09.806899 ? ACK >>> ? ? >>> +19.120847 ? ??????????????????????????> >>> ? ? >>> ? RTP (g711a) >>> 839 ? >>> 29626? >>> ????????????????????????????????????????????????????????> ?18792 >>> 20:48:28.927746 ? BYE >>> ? ? >>> +0.019088 ? >> ? ? >>> 20:48:28.946834 ? 200 OK >>> ? ? >>> ? ??????????????????????????> >>> ? ? >>> ? >>> ? ? >>> ? >>> ? ? >>> >>> >>> >>> >>> and log >>> >>> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.558105 [DEBUG] >>> switch_rtp.c:5884 Correct ip/port confirmed. >>> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] >>> switch_core_session.c:1061 Send signal sofia/internal/ >>> 1002 at 4orbit.sxxxs.com [BREAK] >>> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] >>> switch_core_session.c:1061 Send signal sofia/internal/ >>> 1002 at 4orbit.sxxxs.com [BREAK] >>> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.578107 [DEBUG] >>> switch_core_session.c:1061 Send signal sofia/internal/ >>> 1002 at 4orbit.sxxxs.com [BREAK] >>> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] >>> sofia.c:6634 Channel sofia/internal/1002 at 4orbit.sxxxs.com entering >>> state [ready][200] >>> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:29.598105 [DEBUG] >>> switch_core_session.c:978 Send signal sofia/external/749538000xx [BREAK] >>> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] >>> switch_core_session.c:978 Send signal sofia/internal/ >>> 1002 at 4orbit.sxxxs.com [BREAK] >>> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.638105 [DEBUG] >>> switch_rtp.c:1937 rtcp_stats_init: ssrc[1980178037] base_seq[26785] >>> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:39.718126 [NOTICE] >>> switch_rtp.c:5196 Receiving an RTCP packet[2015-04-07 20:29:39.730987] >>> SSRC[1980178037]RTT[0.020386] A[2670967585] - DLSR[3909] - LSR[2670962340] >>> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] >>> switch_core_session.c:1061 Send signal sofia/external/749538000xx [BREAK] >>> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [NOTICE] >>> sofia.c:952 Hangup sofia/external/749538000xx [CS_EXCHANGE_MEDIA] >>> [NORMAL_CLEARING] >>> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] >>> switch_channel.c:3242 Send signal sofia/external/749538000xx [KILL] >>> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.778105 [DEBUG] >>> switch_core_session.c:1396 Send signal sofia/external/749538000xx [BREAK] >>> f5d0526a-b4f8-4a5a-a06f-2ff1cac3d3c2 2015-08-04 20:29:43.798150 [DEBUG] >>> switch_ivr_bridge.c:660 BRIDGE THREAD DONE [sofia/external/749538000xx] >>> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:43.798150 [DEBUG] >>> switch_ivr_bridge.c:690 Send signal sofia/internal/1002 at 4orbit.sxxxs.com >>> [BREAK] >>> >>> >>> >>> >>> >>> >>> -- >>> WBR, Sergey >>> >>> GTALK/JABBER:4orbit at gmail.com >>> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > > -- > WBR, Sergey > > GTALK/JABBER:4orbit at gmail.com > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- WBR, Sergey GTALK/JABBER:4orbit at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150814/824c92e2/attachment-0001.html From jurij.ivo at gmail.com Fri Aug 14 11:08:39 2015 From: jurij.ivo at gmail.com (Jurijs Ivolga) Date: Fri, 14 Aug 2015 10:08:39 +0300 Subject: [Freeswitch-users] SRTP on outbound leg without TLS In-Reply-To: References: Message-ID: Hi, Somehow clients are not using correct cipher. so ext 1006 is calling ext 1005. Here is strange part: When Freeswitch(10.101.141.197) forward invite to ext 1005 Freeswitch splits SDP message as you can see below. First part of SDP is sent with initial Invite request and second part as separate message. Is it correct behavior or not? Please help! I would like to add that I'm using Linphone as SIP client. T 10.101.141.197:5060 -> 192.168.210.9:2556 [A] INVITE sip:1005 at 192.168.210.9:2556;transport=tcp SIP/2.0. Via: SIP/2.0/TCP 10.101.141.197;branch=z9hG4bKXNNcNQcFt4ame. Max-Forwards: 68. From: "1006" ;tag=HermN67Fggrcr. To: . Call-ID: 9f4338a6-bcf3-1233-5f90-040163659c01. CSeq: 79431457 INVITE. Contact: . User-Agent: FreeSWITCH-mod_sofia/1.4.20+git~20150730T173112Z~367848e07e~64bit. 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. Content-Type: application/sdp. Content-Disposition: session. Content-Length: 1133. X-FS-Support: update_display,send_info. Remote-Party-ID: "1006" ;party=calling;screen=yes;privacy=off. . v=0. o=FreeSWITCH 1439504220 1439504221 IN IP4 10.101.141.197. s=FreeSWITCH. c=IN IP4 10.101.141.197. t=0 0. m=audio 30822 RTP/SAVP 96 0 8 101 13. a=rtpmap:96 opus/48000/2. a=fmtp:96 useinbandfec=1. a=rtpmap:0 PCMU/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=crypto:1 AEAD_AES_256_GCM_8 inline:S2oBVh65wI8m4kSXtf4XS2ewx5msX9nENt4icZKWbjqJ5whNq4kUiOvCSLU. a=crypto:2 AEAD_AES_128_GCM_8 inline:IVkLlQ1pqeKyH+MTQRX1iYwR0d5Towuu3z5VRA. # T 10.101.141.197:5060 -> 192.168.210.9:2556 [AP] a=crypto:3 AES_CM_256_HMAC_SHA1_80 inline:Coiz7A87xBG/sUq2tkRgNR7lhqXj867XqVLPY/Se5loalRyxeVST70IlKq6URA. a=crypto:4 AES_CM_192_HMAC_SHA1_80 inline:fPLYqjsI7EX1oXV6pmuq7hz8AEeY8/+EUcti9clgvhtaK82nIS4. a=crypto:5 AES_CM_128_HMAC_SHA1_80 inline:KwtgRmTidrZeRtafVkx6CJUhvhq0MdIpeUAw4XW4. a=crypto:6 AES_CM_256_HMAC_SHA1_32 inline:jHtGPHnXdtr0h+NxllA1aIlKaR2BV6OanWb6vgfZkq12FwPnjKzhIN5RTyJDTg. a=crypto:7 AES_CM_192_HMAC_SHA1_32 inline:dL0CeU8sTaplV64MUDYr8wsZlJHgeANDgo0DpaTp1LojRY1lsQw. a=crypto:8 AES_CM_128_HMAC_SHA1_32 inline:8Xy+DGcxx7lBmJsO4hFXwfZvMdtzP8lawGmVYRib. a=crypto:9 AES_CM_128_NULL_AUTH inline:0335cUjVFg44BWoI8FmfGNvbFsb4X5c9H86q7t+5. a=ptime:20. You can find below full sip trace: 10.101.141.197 - Freeswitch, 192.168.210.9:39438 - 1006, 192.168.210.9:2556 - 1005 filter: ( port 5060 ) and (ip or ip6) # T 192.168.210.9:39438 -> 10.101.141.197:5060 [AP] INVITE sip:1005 at 10.101.141.197 SIP/2.0. Via: SIP/2.0/TCP 192.168.5.81:57209;branch=z9hG4bK.IuzskaFrq;rport. From: ;tag=NtnWG0xlI. To: "1005" . CSeq: 20 INVITE. Call-ID: vSsPmy-jNM. Max-Forwards: 70. Supported: outbound. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO, UPDATE. Content-Type: application/sdp. Content-Length: 819. Contact: ;+sip.instance="". User-Agent: LinphoneIphone/2.3 (belle-sip/1.4.1). . v=0. o=1006 776 2644 IN IP4 192.168.5.81. s=Talk. c=IN IP4 192.168.5.81. b=AS:380. t=0 0. a=rtcp-xr:rcvr-rtt=all:10000 stat-summary=loss,dup,jitt,TTL voip-metrics. m=audio 7076 RTP/SAVP 96 97 98 99 0 8 101 100 102. a=rtpmap:96 opus/48000/2. a=fmtp:96 useinbandfec=1. a=rtpmap:97 SILK/16000. a=rtpmap:98 speex/16000. a=fmtp:98 vbr=on. a=rtpmap:99 speex/8000. a=fmtp:99 vbr=on. a=rtpmap:101 telephone-event/48000. a=rtpmap:100 telephone-event/16000. a=rtpmap:102 telephone-event/8000. a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:5CX7J5QFH42SH0PKJ73njNeFmWmsAQzmoxmjGruw. a=crypto:2 AES_CM_128_HMAC_SHA1_32 inline:d1FR1lpf51o7hgxXH29rsp3y5nsP2fWCawwkRHau. a=crypto:3 AES_CM_256_HMAC_SHA1_80 inline:Qgjm+kYdz2Hq7Z9bDoWUEBfS4QxT+IhyeVtsBGj5. a=crypto:4 AES_CM_256_HMAC_SHA1_32 inline:pF5jQEbDyqu4c9pELVoSSz/+T6qM7rkX0c0SeJ8Z. ## T 10.101.141.197:5060 -> 192.168.210.9:39438 [AP] SIP/2.0 100 Trying. Via: SIP/2.0/TCP 192.168.5.81:57209 ;branch=z9hG4bK.IuzskaFrq;rport=39438;received=192.168.210.9. From: ;tag=NtnWG0xlI. To: "1005" . Call-ID: vSsPmy-jNM. CSeq: 20 INVITE. User-Agent: FreeSWITCH-mod_sofia/1.4.20+git~20150730T173112Z~367848e07e~64bit. Content-Length: 0. . # T 10.101.141.197:5060 -> 192.168.210.9:2556 [A] INVITE sip:1005 at 192.168.210.9:2556;transport=tcp SIP/2.0. Via: SIP/2.0/TCP 10.101.141.197;branch=z9hG4bKXNNcNQcFt4ame. Max-Forwards: 68. From: "1006" ;tag=HermN67Fggrcr. To: . Call-ID: 9f4338a6-bcf3-1233-5f90-040163659c01. CSeq: 79431457 INVITE. Contact: . User-Agent: FreeSWITCH-mod_sofia/1.4.20+git~20150730T173112Z~367848e07e~64bit. 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. Content-Type: application/sdp. Content-Disposition: session. Content-Length: 1133. X-FS-Support: update_display,send_info. Remote-Party-ID: "1006" ;party=calling;screen=yes;privacy=off. . v=0. o=FreeSWITCH 1439504220 1439504221 IN IP4 10.101.141.197. s=FreeSWITCH. c=IN IP4 10.101.141.197. t=0 0. m=audio 30822 RTP/SAVP 96 0 8 101 13. a=rtpmap:96 opus/48000/2. a=fmtp:96 useinbandfec=1. a=rtpmap:0 PCMU/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=crypto:1 AEAD_AES_256_GCM_8 inline:S2oBVh65wI8m4kSXtf4XS2ewx5msX9nENt4icZKWbjqJ5whNq4kUiOvCSLU. a=crypto:2 AEAD_AES_128_GCM_8 inline:IVkLlQ1pqeKyH+MTQRX1iYwR0d5Towuu3z5VRA. # T 10.101.141.197:5060 -> 192.168.210.9:2556 [AP] a=crypto:3 AES_CM_256_HMAC_SHA1_80 inline:Coiz7A87xBG/sUq2tkRgNR7lhqXj867XqVLPY/Se5loalRyxeVST70IlKq6URA. a=crypto:4 AES_CM_192_HMAC_SHA1_80 inline:fPLYqjsI7EX1oXV6pmuq7hz8AEeY8/+EUcti9clgvhtaK82nIS4. a=crypto:5 AES_CM_128_HMAC_SHA1_80 inline:KwtgRmTidrZeRtafVkx6CJUhvhq0MdIpeUAw4XW4. a=crypto:6 AES_CM_256_HMAC_SHA1_32 inline:jHtGPHnXdtr0h+NxllA1aIlKaR2BV6OanWb6vgfZkq12FwPnjKzhIN5RTyJDTg. a=crypto:7 AES_CM_192_HMAC_SHA1_32 inline:dL0CeU8sTaplV64MUDYr8wsZlJHgeANDgo0DpaTp1LojRY1lsQw. a=crypto:8 AES_CM_128_HMAC_SHA1_32 inline:8Xy+DGcxx7lBmJsO4hFXwfZvMdtzP8lawGmVYRib. a=crypto:9 AES_CM_128_NULL_AUTH inline:0335cUjVFg44BWoI8FmfGNvbFsb4X5c9H86q7t+5. a=ptime:20. ### T 192.168.210.9:2556 -> 10.101.141.197:5060 [AP] SIP/2.0 100 Trying. Via: SIP/2.0/TCP 10.101.141.197;branch=z9hG4bKXNNcNQcFt4ame. From: "1006" ;tag=HermN67Fggrcr. To: . Call-ID: 9f4338a6-bcf3-1233-5f90-040163659c01. CSeq: 79431457 INVITE. Content-Length: 0. . ## T 192.168.210.9:2556 -> 10.101.141.197:5060 [AP] SIP/2.0 180 Ringing. Via: SIP/2.0/TCP 10.101.141.197;branch=z9hG4bKXNNcNQcFt4ame. From: "1006" ;tag=HermN67Fggrcr. To: ;tag=nf9raHG. Call-ID: 9f4338a6-bcf3-1233-5f90-040163659c01. CSeq: 79431457 INVITE. User-Agent: LinphoneIphone/2.3 (belle-sip/1.4.1). Supported: outbound. Content-Length: 0. . ## T 10.101.141.197:5060 -> 192.168.210.9:39438 [AP] SIP/2.0 183 Session Progress. Via: SIP/2.0/TCP 192.168.5.81:57209 ;branch=z9hG4bK.IuzskaFrq;rport=39438;received=192.168.210.9. From: ;tag=NtnWG0xlI. To: "1005" ;tag=g5yUKBQcK71Sc. Call-ID: vSsPmy-jNM. CSeq: 20 INVITE. Contact: . User-Agent: FreeSWITCH-mod_sofia/1.4.20+git~20150730T173112Z~367848e07e~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. Content-Type: application/sdp. Content-Disposition: session. Content-Length: 340. Remote-Party-ID: "1005" ;party=calling;privacy=off;screen=no. . v=0. o=FreeSWITCH 1439516478 1439516479 IN IP4 10.101.141.197. s=FreeSWITCH. c=IN IP4 10.101.141.197. t=0 0. m=audio 18564 RTP/SAVP 96 101. a=rtpmap:96 opus/48000/2. a=fmtp:96 useinbandfec=1. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=ptime:20. a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:fLtceAsAuJMkYrbQ8TePIBRG0fbgRwkBG/tbgoSm. ## T 192.168.210.9:2556 -> 10.101.141.197:5060 [AP] SIP/2.0 200 Ok. Via: SIP/2.0/TCP 10.101.141.197;branch=z9hG4bKXNNcNQcFt4ame. From: "1006" ;tag=HermN67Fggrcr. To: ;tag=nf9raHG. Call-ID: 9f4338a6-bcf3-1233-5f90-040163659c01. CSeq: 79431457 INVITE. User-Agent: LinphoneIphone/2.3 (belle-sip/1.4.1). Supported: outbound. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO, UPDATE. Contact: ;+sip.instance="". Content-Type: application/sdp. Content-Length: 296. . v=0. o=1005 3932 3858 IN IP4 192.168.5.90. s=Talk. c=IN IP4 192.168.5.90. b=AS:380. t=0 0. m=audio 7076 RTP/SAVP 96 0 8 101. a=rtpmap:96 opus/48000/2. a=fmtp:96 useinbandfec=1. a=rtpmap:101 telephone-event/8000. a=crypto:3 AES_CM_256_HMAC_SHA1_80 inline:5jryAt1Gy/VqFkFRitDzN2Zse62gStxpvSSTkJV/. ## T 10.101.141.197:5060 -> 192.168.210.9:2556 [AP] ACK sip:1005 at 192.168.210.9:2556;transport=tcp SIP/2.0. Via: SIP/2.0/TCP 10.101.141.197;branch=z9hG4bKyye5pjXjQD16S. Max-Forwards: 70. From: "1006" ;tag=HermN67Fggrcr. To: ;tag=nf9raHG. Call-ID: 9f4338a6-bcf3-1233-5f90-040163659c01. CSeq: 79431457 ACK. Contact: . Content-Length: 0. . # T 10.101.141.197:5060 -> 192.168.210.9:39438 [AP] SIP/2.0 200 OK. Via: SIP/2.0/TCP 192.168.5.81:57209 ;branch=z9hG4bK.IuzskaFrq;rport=39438;received=192.168.210.9. From: ;tag=NtnWG0xlI. To: "1005" ;tag=g5yUKBQcK71Sc. Call-ID: vSsPmy-jNM. CSeq: 20 INVITE. Contact: . User-Agent: FreeSWITCH-mod_sofia/1.4.20+git~20150730T173112Z~367848e07e~64bit. 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. Content-Type: application/sdp. Content-Disposition: session. Content-Length: 340. Remote-Party-ID: "Outbound Call" ;party=calling;privacy=off;screen=no. . v=0. o=FreeSWITCH 1439516478 1439516479 IN IP4 10.101.141.197. s=FreeSWITCH. c=IN IP4 10.101.141.197. t=0 0. m=audio 18564 RTP/SAVP 96 101. a=rtpmap:96 opus/48000/2. a=fmtp:96 useinbandfec=1. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=ptime:20. a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:fLtceAsAuJMkYrbQ8TePIBRG0fbgRwkBG/tbgoSm. ## T 192.168.210.9:39438 -> 10.101.141.197:5060 [AP] ACK sip:1005 at 10.101.141.197:5060;transport=tcp SIP/2.0. Via: SIP/2.0/TCP 192.168.5.81:57209;rport;branch=z9hG4bK.Zbalbk-1j. From: ;tag=NtnWG0xlI. To: "1005" ;tag=g5yUKBQcK71Sc. CSeq: 20 ACK. Call-ID: vSsPmy-jNM. Max-Forwards: 70. Content-Length: 0. . ### T 192.168.210.9:2556 -> 10.101.141.197:5060 [AP] REGISTER sip:10.101.141.197 SIP/2.0. Via: SIP/2.0/TCP 192.168.5.90:55444;alias;branch=z9hG4bK.JRV4z~eGh;rport. From: ;tag=9H~ivVAQ2. To: sip:1005 at 10.101.141.197. CSeq: 36 REGISTER. Call-ID: cuBHcAursf. Max-Forwards: 70. Supported: outbound. Accept: application/sdp, text/plain, application/vnd.gsma.rcs-ft-http+xml. Contact: ;+sip.instance="". Expires: 3600. User-Agent: LinphoneIphone/2.3 (belle-sip/1.4.1). Content-Length: 0. Authorization: Digest realm="10.101.141.197", nonce="1eb7575e-4250-11e5-b0a5-8334919b28b7", algorithm=MD5, username="1005", uri="sip:10.101.141.197", response="36fbbb1687d97df38dcdeb3699c66ec6", cnonce="45a4d597", nc=00000006, qop=auth. . # T 10.101.141.197:5060 -> 192.168.210.9:2556 [AP] SIP/2.0 200 OK. Via: SIP/2.0/TCP 192.168.5.90:55444 ;alias;branch=z9hG4bK.JRV4z~eGh;rport=2556;received=192.168.210.9. From: ;tag=9H~ivVAQ2. To: ;tag=jQHDQ1rKDSeZK. Call-ID: cuBHcAursf. CSeq: 36 REGISTER. Contact: ;expires=3600. Date: Fri, 14 Aug 2015 06:50:46 GMT. User-Agent: FreeSWITCH-mod_sofia/1.4.20+git~20150730T173112Z~367848e07e~64bit. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE. Supported: timer, path, replaces. Content-Length: 0. . #^Cexit 24 received, 0 dropped 2015-08-13 17:40 GMT+03:00 Jurijs Ivolga : > Hi, > > Maybe you can let me know how I can turn on SRTP using default config? > > I have following lines in default conf/dialplan/default.xml: > > break="never"> > > > > > > > > expression="(AES_CM_128_HMAC_SHA1_32|AES_CM_128_HMAC_SHA1_80)" > break="never"> > > > > > > If I change them to: > > break="never"> > > > > > > > > expression="(AES_CM_128_HMAC_SHA1_32|AES_CM_128_HMAC_SHA1_80)" > break="never"> > > > > > > Then when I make a call there is issue with cipher: > > show channels > > uuid,direction,created,created_epoch,name,state,cid_name,cid_num,ip_addr,dest,application,application_data,dialplan,context,read_codec,read_rate,read_bit_rate,write_codec,write_rate,write_bit_rate,secure,hostname,presence_id,presence_data,callstate,callee_name,callee_num,callee_direction,call_uuid,sent_callee_name,sent_callee_num,initial_cid_name,initial_cid_num,initial_ip_addr,initial_dest,initial_dialplan,initial_context > 81a423fc-41c8-11e5-ac4e-1b8671775759,inbound,2015-08-13 > 10:35:13,1439476513,sofia/internal/1001 at myserverip > ,CS_EXECUTE,1001,1001,mylocalip,1000,bridge,user/1000 at myserverip > ,XML,default,opus,48000,0,opus,48000,0,srtp:sdes:*AES_CM_128_HMAC_SHA1_80* > ,Freeswitch1Dev,1001 at myserverip,,ACTIVE,Outbound > Call,1000,SEND,81a423fc-41c8-11e5-ac4e-1b8671775759,Outbound > Call,1000,1001,1001,mylocalip,1000,XML,default > 81cbe932-41c8-11e5-ac73-1b8671775759,outbound,2015-08-13 > 10:35:13,1439476513,sofia/internal/1000 at mylocalip:39626,CS_EXCHANGE_MEDIA,Extension > 1001,1001,mylocalip,1000,,,XML,default,opus,48000,0,opus,48000,0,srtp:sdes: > *AES_CM_256_HMAC_SHA1_80*,Freeswitch1Dev,1000 at myserverip,,ACTIVE,Outbound > Call,1000,SEND,81a423fc-41c8-11e5-ac4e-1b8671775759,Extension > 1001,1001,Extension 1001,1001,mylocalip,1000,XML,default > > > As you can see for inbound call is used AES_CM_128_HMAC_SHA1_80 cipher and > for outbound is used AES_CM_256_HMAC_SHA1_80. > > Any ideas? > > With kind regards, > > Jurijs > > > 2015-08-13 17:26 GMT+03:00 Michael Jerris : > >> You will have to look at the full negotiation of that leg and a debug log >> to see what's going on. >> >> On Thursday, August 13, 2015, Jurijs Ivolga wrote: >> >>> Hi, >>> >>> I'm struggling with quite simple issue. I need to enable SRTP on >>> outbound leg. Call hits Freeswitch as SRTP but it leaves as regular RTP. I >>> do not use TLS and I don't need it(yes, I know that SRTP keys are sent as >>> plain text in this case). >>> >>> I tried to add following code to my dialplan, but it do not helps: >>> >>> >>> >>> >>> >>> >>> I tried to add to vars.xml following line too: >>> >>> >>> >>> But still without success. >>> >>> Maybe somebody can give me a hint? >>> >>> Thank you! >>> >>> With kind regards, >>> >>> Jurijs >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150814/1da866ff/attachment-0001.html From mgg at giagnocavo.net Fri Aug 14 12:05:26 2015 From: mgg at giagnocavo.net (Michael Giagnocavo) Date: Fri, 14 Aug 2015 08:05:26 +0000 Subject: [Freeswitch-users] Loopback SIP invite to originator In-Reply-To: References: Message-ID: What are you actually trying to accomplish? As stated, this doesn?t make much sense. -Michael From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Jurijs Ivolga Sent: Wednesday, August 12, 2015 3:06 AM To: FreeSWITCH Users Help Subject: [Freeswitch-users] Loopback SIP invite to originator Hi, I need to receive call on Freeswitch and Loopback it to original server from where it came into, without changing any SIP header(to, from, SIP request and etc). Is there easy way to do this? Thank you! With kind regards, Jurijs From ssinyagin at gmail.com Fri Aug 14 12:39:47 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Fri, 14 Aug 2015 10:39:47 +0200 Subject: [Freeswitch-users] Loopback SIP invite to originator In-Reply-To: References: Message-ID: there's Kamailio and OpenSIPS for that, why do you need that on FreeSWITCH? On Wed, Aug 12, 2015 at 11:06 AM, Jurijs Ivolga wrote: > Hi, > > I need to receive call on Freeswitch and Loopback it to original server from > where it came into, without changing any SIP header(to, from, SIP request > and etc). Is there easy way to do this? > > Thank you! > > With kind regards, > > Jurijs > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From leo.noordergraaf at deanconnect.nl Fri Aug 14 13:13:29 2015 From: leo.noordergraaf at deanconnect.nl (Leo Noordergraaf) Date: Fri, 14 Aug 2015 11:13:29 +0200 Subject: [Freeswitch-users] Cannot build Debian packages Message-ID: <55CDB139.2000909@deanconnect.nl> Hi, I'm trying to build the FreeSWITCH Debian packages using the command: "debian/util.sh build-all -ibn -z9 -c wheezy -a amd64 -t -pcodecs/mod_sangoma_codec" I've tried to correct the warning using "pbuilder --login --save-after-login", updating /etc/apt/sources.list followed by apt-get update and several variations on this theme. Questions: - Is the 'Duplicate sources' warning the reason that the build fails? - If not, how can I find out what goes wrong? - If so, how do I resolve it? Thanks, Leo Noordergraaf The file log/wheezy-amd64 shows: ######################################################################## ## Updating base wheezy-amd64 image... ######################################################################## ######################################################################## ## Using apt sources file: /etc/apt/sources.list ######################################################################## -> Copying COW directory forking: rm -rf /var/cache/pbuilder/build//cow.24955 forking: cp -al /var/cache/pbuilder/base-wheezy-amd64.cow /var/cache/pbuilder/build//cow.24955 I: unlink for ilistfile /var/cache/pbuilder/build//cow.24955/.ilist failed, it didn't exist? -> Invoking pbuilder forking: pbuilder update --override-config --keyring /tmp/keyringyjd722yl.asc --othermirror deb http://ftp.debian.nl/debian/ wheezy main|deb http://nl-asd-mngt-nmc01.test.a s60402.net/ wheezy freeswitch --buildplace /var/cache/pbuilder/build//cow.24955 --mirror http://ftp.debian.nl/debian/ --distribution wheezy --no-targz --internal-chrootexec c hroot /var/cache/pbuilder/build//cow.24955 W: /root/.pbuilderrc does not exist I: Running in no-targz mode I: Upgrading for distribution wheezy I: Current time: Thu Aug 13 10:38:20 CEST 2015 I: pbuilder-time-stamp: 1439455100 I: copying local configuration I: Installing apt-lines I: mounting /proc filesystem I: mounting /run/shm filesystem I: mounting /dev/pts filesystem I: policy-rc.d already exists I: Refreshing the base.tgz I: upgrading packages Get:1 http://nl-asd-mngt-nmc01.test.as60402.net wheezy Release.gpg [490 B] Get:2 http://nl-asd-mngt-nmc01.test.as60402.net wheezy Release [1714 B] Hit http://ftp.debian.nl wheezy Release.gpg Hit http://ftp.debian.nl wheezy Release Get:3 http://nl-asd-mngt-nmc01.test.as60402.net wheezy/freeswitch amd64 Packages [998 B] Hit http://ftp.debian.nl wheezy/main amd64 Packages Ign http://nl-asd-mngt-nmc01.test.as60402.net wheezy/freeswitch Translation-en Hit http://ftp.debian.nl wheezy/main Translation-en Fetched 3202 B in 1s (2189 B/s) Reading package lists... W: Duplicate sources.list entry http://ftp.debian.nl/debian/ wheezy/main amd64 Packages (/var/lib/apt/lists/ftp.debian.nl_debian_dists_wheezy_main_binary-amd64_Packages) W: You may want to run apt-get update to correct these problems I: Obtaining the cached apt archive contents Reading package lists... Building dependency tree... Reading state information... 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Reading package lists... Building dependency tree... Reading state information... 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Reading package lists... Building dependency tree... Reading state information... Package 'ccache' is not installed, so not removed aptitude is already the newest version. build-essential is already the newest version. dpkg-dev is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. I: Copying back the cached apt archive contents I: adding apt key file /tmp/keyringyjd722yl.asc. /usr/lib/pbuilder/pbuilder-modules: line 605: /tmp/keyringyjd722yl.asc: No such file or directory I: Copying back the cached apt archive contents I: unmounting dev/pts filesystem I: unmounting run/shm filesystem I: unmounting proc filesystem pbuilder update failed forking: rm -rf /var/cache/pbuilder/build//cow.24955 Followed by many more similar entries. From jurij.ivo at gmail.com Fri Aug 14 13:52:20 2015 From: jurij.ivo at gmail.com (Jurijs Ivolga) Date: Fri, 14 Aug 2015 12:52:20 +0300 Subject: [Freeswitch-users] SRTP on outbound leg without TLS In-Reply-To: References: Message-ID: Hi, It looks like that there is issue with Linphone sip client, I tried to use Blink and call was successful and cipher was chosen correctly on both sides. With kind regards, Jurijs 2015-08-14 10:08 GMT+03:00 Jurijs Ivolga : > Hi, > > Somehow clients are not using correct cipher. > > so ext 1006 is calling ext 1005. > > Here is strange part: > > When Freeswitch(10.101.141.197) forward invite to ext 1005 Freeswitch > splits SDP message as you can see below. First part of SDP is sent with > initial Invite request and second part as separate message. Is it correct > behavior or not? > > Please help! > > I would like to add that I'm using Linphone as SIP client. > > T 10.101.141.197:5060 -> 192.168.210.9:2556 [A] > INVITE sip:1005 at 192.168.210.9:2556;transport=tcp SIP/2.0. > Via: SIP/2.0/TCP 10.101.141.197;branch=z9hG4bKXNNcNQcFt4ame. > Max-Forwards: 68. > From: "1006" ;tag=HermN67Fggrcr. > To: . > Call-ID: 9f4338a6-bcf3-1233-5f90-040163659c01. > CSeq: 79431457 INVITE. > Contact: . > User-Agent: > FreeSWITCH-mod_sofia/1.4.20+git~20150730T173112Z~367848e07e~64bit. > 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. > Content-Type: application/sdp. > Content-Disposition: session. > Content-Length: 1133. > X-FS-Support: update_display,send_info. > Remote-Party-ID: "1006" >;party=calling;screen=yes;privacy=off. > . > v=0. > o=FreeSWITCH 1439504220 1439504221 IN IP4 10.101.141.197. > s=FreeSWITCH. > c=IN IP4 10.101.141.197. > t=0 0. > m=audio 30822 RTP/SAVP 96 0 8 101 13. > a=rtpmap:96 opus/48000/2. > a=fmtp:96 useinbandfec=1. > a=rtpmap:0 PCMU/8000. > a=rtpmap:8 PCMA/8000. > a=rtpmap:101 telephone-event/8000. > a=fmtp:101 0-16. > a=crypto:1 AEAD_AES_256_GCM_8 > inline:S2oBVh65wI8m4kSXtf4XS2ewx5msX9nENt4icZKWbjqJ5whNq4kUiOvCSLU. > a=crypto:2 AEAD_AES_128_GCM_8 > inline:IVkLlQ1pqeKyH+MTQRX1iYwR0d5Towuu3z5VRA. > # > T 10.101.141.197:5060 -> 192.168.210.9:2556 [AP] > > a=crypto:3 AES_CM_256_HMAC_SHA1_80 > inline:Coiz7A87xBG/sUq2tkRgNR7lhqXj867XqVLPY/Se5loalRyxeVST70IlKq6URA. > a=crypto:4 AES_CM_192_HMAC_SHA1_80 > inline:fPLYqjsI7EX1oXV6pmuq7hz8AEeY8/+EUcti9clgvhtaK82nIS4. > a=crypto:5 AES_CM_128_HMAC_SHA1_80 > inline:KwtgRmTidrZeRtafVkx6CJUhvhq0MdIpeUAw4XW4. > a=crypto:6 AES_CM_256_HMAC_SHA1_32 > inline:jHtGPHnXdtr0h+NxllA1aIlKaR2BV6OanWb6vgfZkq12FwPnjKzhIN5RTyJDTg. > a=crypto:7 AES_CM_192_HMAC_SHA1_32 > inline:dL0CeU8sTaplV64MUDYr8wsZlJHgeANDgo0DpaTp1LojRY1lsQw. > a=crypto:8 AES_CM_128_HMAC_SHA1_32 > inline:8Xy+DGcxx7lBmJsO4hFXwfZvMdtzP8lawGmVYRib. > a=crypto:9 AES_CM_128_NULL_AUTH > inline:0335cUjVFg44BWoI8FmfGNvbFsb4X5c9H86q7t+5. > a=ptime:20. > > You can find below full sip trace: > > 10.101.141.197 - Freeswitch, 192.168.210.9:39438 - 1006, > 192.168.210.9:2556 - 1005 > > filter: ( port 5060 ) and (ip or ip6) > # > T 192.168.210.9:39438 -> 10.101.141.197:5060 [AP] > INVITE sip:1005 at 10.101.141.197 SIP/2.0. > Via: SIP/2.0/TCP 192.168.5.81:57209;branch=z9hG4bK.IuzskaFrq;rport. > From: ;tag=NtnWG0xlI. > To: "1005" . > CSeq: 20 INVITE. > Call-ID: vSsPmy-jNM. > Max-Forwards: 70. > Supported: outbound. > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, > SUBSCRIBE, INFO, UPDATE. > Content-Type: application/sdp. > Content-Length: 819. > Contact: ;transport=tcp>;+sip.instance="". > User-Agent: LinphoneIphone/2.3 (belle-sip/1.4.1). > . > v=0. > o=1006 776 2644 IN IP4 192.168.5.81. > s=Talk. > c=IN IP4 192.168.5.81. > b=AS:380. > t=0 0. > a=rtcp-xr:rcvr-rtt=all:10000 stat-summary=loss,dup,jitt,TTL voip-metrics. > m=audio 7076 RTP/SAVP 96 97 98 99 0 8 101 100 102. > a=rtpmap:96 opus/48000/2. > a=fmtp:96 useinbandfec=1. > a=rtpmap:97 SILK/16000. > a=rtpmap:98 speex/16000. > a=fmtp:98 vbr=on. > a=rtpmap:99 speex/8000. > a=fmtp:99 vbr=on. > a=rtpmap:101 telephone-event/48000. > a=rtpmap:100 telephone-event/16000. > a=rtpmap:102 telephone-event/8000. > a=crypto:1 AES_CM_128_HMAC_SHA1_80 > inline:5CX7J5QFH42SH0PKJ73njNeFmWmsAQzmoxmjGruw. > a=crypto:2 AES_CM_128_HMAC_SHA1_32 > inline:d1FR1lpf51o7hgxXH29rsp3y5nsP2fWCawwkRHau. > a=crypto:3 AES_CM_256_HMAC_SHA1_80 > inline:Qgjm+kYdz2Hq7Z9bDoWUEBfS4QxT+IhyeVtsBGj5. > a=crypto:4 AES_CM_256_HMAC_SHA1_32 > inline:pF5jQEbDyqu4c9pELVoSSz/+T6qM7rkX0c0SeJ8Z. > > ## > T 10.101.141.197:5060 -> 192.168.210.9:39438 [AP] > SIP/2.0 100 Trying. > Via: SIP/2.0/TCP 192.168.5.81:57209 > ;branch=z9hG4bK.IuzskaFrq;rport=39438;received=192.168.210.9. > From: ;tag=NtnWG0xlI. > To: "1005" . > Call-ID: vSsPmy-jNM. > CSeq: 20 INVITE. > User-Agent: > FreeSWITCH-mod_sofia/1.4.20+git~20150730T173112Z~367848e07e~64bit. > Content-Length: 0. > . > > # > T 10.101.141.197:5060 -> 192.168.210.9:2556 [A] > INVITE sip:1005 at 192.168.210.9:2556;transport=tcp SIP/2.0. > Via: SIP/2.0/TCP 10.101.141.197;branch=z9hG4bKXNNcNQcFt4ame. > Max-Forwards: 68. > From: "1006" ;tag=HermN67Fggrcr. > To: . > Call-ID: 9f4338a6-bcf3-1233-5f90-040163659c01. > CSeq: 79431457 INVITE. > Contact: . > User-Agent: > FreeSWITCH-mod_sofia/1.4.20+git~20150730T173112Z~367848e07e~64bit. > 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. > Content-Type: application/sdp. > Content-Disposition: session. > Content-Length: 1133. > X-FS-Support: update_display,send_info. > Remote-Party-ID: "1006" >;party=calling;screen=yes;privacy=off. > . > v=0. > o=FreeSWITCH 1439504220 1439504221 IN IP4 10.101.141.197. > s=FreeSWITCH. > c=IN IP4 10.101.141.197. > t=0 0. > m=audio 30822 RTP/SAVP 96 0 8 101 13. > a=rtpmap:96 opus/48000/2. > a=fmtp:96 useinbandfec=1. > a=rtpmap:0 PCMU/8000. > a=rtpmap:8 PCMA/8000. > a=rtpmap:101 telephone-event/8000. > a=fmtp:101 0-16. > a=crypto:1 AEAD_AES_256_GCM_8 > inline:S2oBVh65wI8m4kSXtf4XS2ewx5msX9nENt4icZKWbjqJ5whNq4kUiOvCSLU. > a=crypto:2 AEAD_AES_128_GCM_8 > inline:IVkLlQ1pqeKyH+MTQRX1iYwR0d5Towuu3z5VRA. > # > T 10.101.141.197:5060 -> 192.168.210.9:2556 [AP] > > a=crypto:3 AES_CM_256_HMAC_SHA1_80 > inline:Coiz7A87xBG/sUq2tkRgNR7lhqXj867XqVLPY/Se5loalRyxeVST70IlKq6URA. > a=crypto:4 AES_CM_192_HMAC_SHA1_80 > inline:fPLYqjsI7EX1oXV6pmuq7hz8AEeY8/+EUcti9clgvhtaK82nIS4. > a=crypto:5 AES_CM_128_HMAC_SHA1_80 > inline:KwtgRmTidrZeRtafVkx6CJUhvhq0MdIpeUAw4XW4. > a=crypto:6 AES_CM_256_HMAC_SHA1_32 > inline:jHtGPHnXdtr0h+NxllA1aIlKaR2BV6OanWb6vgfZkq12FwPnjKzhIN5RTyJDTg. > a=crypto:7 AES_CM_192_HMAC_SHA1_32 > inline:dL0CeU8sTaplV64MUDYr8wsZlJHgeANDgo0DpaTp1LojRY1lsQw. > a=crypto:8 AES_CM_128_HMAC_SHA1_32 > inline:8Xy+DGcxx7lBmJsO4hFXwfZvMdtzP8lawGmVYRib. > a=crypto:9 AES_CM_128_NULL_AUTH > inline:0335cUjVFg44BWoI8FmfGNvbFsb4X5c9H86q7t+5. > a=ptime:20. > > ### > T 192.168.210.9:2556 -> 10.101.141.197:5060 [AP] > SIP/2.0 100 Trying. > Via: SIP/2.0/TCP 10.101.141.197;branch=z9hG4bKXNNcNQcFt4ame. > From: "1006" ;tag=HermN67Fggrcr. > To: . > Call-ID: 9f4338a6-bcf3-1233-5f90-040163659c01. > CSeq: 79431457 INVITE. > Content-Length: 0. > . > > ## > T 192.168.210.9:2556 -> 10.101.141.197:5060 [AP] > SIP/2.0 180 Ringing. > Via: SIP/2.0/TCP 10.101.141.197;branch=z9hG4bKXNNcNQcFt4ame. > From: "1006" ;tag=HermN67Fggrcr. > To: ;tag=nf9raHG. > Call-ID: 9f4338a6-bcf3-1233-5f90-040163659c01. > CSeq: 79431457 INVITE. > User-Agent: LinphoneIphone/2.3 (belle-sip/1.4.1). > Supported: outbound. > Content-Length: 0. > . > > ## > T 10.101.141.197:5060 -> 192.168.210.9:39438 [AP] > SIP/2.0 183 Session Progress. > Via: SIP/2.0/TCP 192.168.5.81:57209 > ;branch=z9hG4bK.IuzskaFrq;rport=39438;received=192.168.210.9. > From: ;tag=NtnWG0xlI. > To: "1005" ;tag=g5yUKBQcK71Sc. > Call-ID: vSsPmy-jNM. > CSeq: 20 INVITE. > Contact: . > User-Agent: > FreeSWITCH-mod_sofia/1.4.20+git~20150730T173112Z~367848e07e~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. > Content-Type: application/sdp. > Content-Disposition: session. > Content-Length: 340. > Remote-Party-ID: "1005" >;party=calling;privacy=off;screen=no. > . > v=0. > o=FreeSWITCH 1439516478 1439516479 IN IP4 10.101.141.197. > s=FreeSWITCH. > c=IN IP4 10.101.141.197. > t=0 0. > m=audio 18564 RTP/SAVP 96 101. > a=rtpmap:96 opus/48000/2. > a=fmtp:96 useinbandfec=1. > a=rtpmap:101 telephone-event/8000. > a=fmtp:101 0-16. > a=ptime:20. > a=crypto:1 AES_CM_128_HMAC_SHA1_80 > inline:fLtceAsAuJMkYrbQ8TePIBRG0fbgRwkBG/tbgoSm. > > ## > T 192.168.210.9:2556 -> 10.101.141.197:5060 [AP] > SIP/2.0 200 Ok. > Via: SIP/2.0/TCP 10.101.141.197;branch=z9hG4bKXNNcNQcFt4ame. > From: "1006" ;tag=HermN67Fggrcr. > To: ;tag=nf9raHG. > Call-ID: 9f4338a6-bcf3-1233-5f90-040163659c01. > CSeq: 79431457 INVITE. > User-Agent: LinphoneIphone/2.3 (belle-sip/1.4.1). > Supported: outbound. > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, > SUBSCRIBE, INFO, UPDATE. > Contact: ;transport=tcp>;+sip.instance="". > Content-Type: application/sdp. > Content-Length: 296. > . > v=0. > o=1005 3932 3858 IN IP4 192.168.5.90. > s=Talk. > c=IN IP4 192.168.5.90. > b=AS:380. > t=0 0. > m=audio 7076 RTP/SAVP 96 0 8 101. > a=rtpmap:96 opus/48000/2. > a=fmtp:96 useinbandfec=1. > a=rtpmap:101 telephone-event/8000. > a=crypto:3 AES_CM_256_HMAC_SHA1_80 > inline:5jryAt1Gy/VqFkFRitDzN2Zse62gStxpvSSTkJV/. > > ## > T 10.101.141.197:5060 -> 192.168.210.9:2556 [AP] > ACK sip:1005 at 192.168.210.9:2556;transport=tcp SIP/2.0. > Via: SIP/2.0/TCP 10.101.141.197;branch=z9hG4bKyye5pjXjQD16S. > Max-Forwards: 70. > From: "1006" ;tag=HermN67Fggrcr. > To: ;tag=nf9raHG. > Call-ID: 9f4338a6-bcf3-1233-5f90-040163659c01. > CSeq: 79431457 ACK. > Contact: . > Content-Length: 0. > . > > # > T 10.101.141.197:5060 -> 192.168.210.9:39438 [AP] > SIP/2.0 200 OK. > Via: SIP/2.0/TCP 192.168.5.81:57209 > ;branch=z9hG4bK.IuzskaFrq;rport=39438;received=192.168.210.9. > From: ;tag=NtnWG0xlI. > To: "1005" ;tag=g5yUKBQcK71Sc. > Call-ID: vSsPmy-jNM. > CSeq: 20 INVITE. > Contact: . > User-Agent: > FreeSWITCH-mod_sofia/1.4.20+git~20150730T173112Z~367848e07e~64bit. > 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. > Content-Type: application/sdp. > Content-Disposition: session. > Content-Length: 340. > Remote-Party-ID: "Outbound Call" >;party=calling;privacy=off;screen=no. > . > v=0. > o=FreeSWITCH 1439516478 1439516479 IN IP4 10.101.141.197. > s=FreeSWITCH. > c=IN IP4 10.101.141.197. > t=0 0. > m=audio 18564 RTP/SAVP 96 101. > a=rtpmap:96 opus/48000/2. > a=fmtp:96 useinbandfec=1. > a=rtpmap:101 telephone-event/8000. > a=fmtp:101 0-16. > a=ptime:20. > a=crypto:1 AES_CM_128_HMAC_SHA1_80 > inline:fLtceAsAuJMkYrbQ8TePIBRG0fbgRwkBG/tbgoSm. > > ## > T 192.168.210.9:39438 -> 10.101.141.197:5060 [AP] > ACK sip:1005 at 10.101.141.197:5060;transport=tcp SIP/2.0. > Via: SIP/2.0/TCP 192.168.5.81:57209;rport;branch=z9hG4bK.Zbalbk-1j. > From: ;tag=NtnWG0xlI. > To: "1005" ;tag=g5yUKBQcK71Sc. > CSeq: 20 ACK. > Call-ID: vSsPmy-jNM. > Max-Forwards: 70. > Content-Length: 0. > . > > ### > T 192.168.210.9:2556 -> 10.101.141.197:5060 [AP] > REGISTER sip:10.101.141.197 SIP/2.0. > Via: SIP/2.0/TCP 192.168.5.90:55444;alias;branch=z9hG4bK.JRV4z~eGh;rport. > From: ;tag=9H~ivVAQ2. > To: sip:1005 at 10.101.141.197. > CSeq: 36 REGISTER. > Call-ID: cuBHcAursf. > Max-Forwards: 70. > Supported: outbound. > Accept: application/sdp, text/plain, application/vnd.gsma.rcs-ft-http+xml. > Contact: ;transport=tcp>;+sip.instance="". > Expires: 3600. > User-Agent: LinphoneIphone/2.3 (belle-sip/1.4.1). > Content-Length: 0. > Authorization: Digest realm="10.101.141.197", > nonce="1eb7575e-4250-11e5-b0a5-8334919b28b7", algorithm=MD5, > username="1005", uri="sip:10.101.141.197", > response="36fbbb1687d97df38dcdeb3699c66ec6", cnonce="45a4d597", > nc=00000006, qop=auth. > . > > # > T 10.101.141.197:5060 -> 192.168.210.9:2556 [AP] > SIP/2.0 200 OK. > Via: SIP/2.0/TCP 192.168.5.90:55444 > ;alias;branch=z9hG4bK.JRV4z~eGh;rport=2556;received=192.168.210.9. > From: ;tag=9H~ivVAQ2. > To: ;tag=jQHDQ1rKDSeZK. > Call-ID: cuBHcAursf. > CSeq: 36 REGISTER. > Contact: ;expires=3600. > Date: Fri, 14 Aug 2015 06:50:46 GMT. > User-Agent: > FreeSWITCH-mod_sofia/1.4.20+git~20150730T173112Z~367848e07e~64bit. > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, > REFER, NOTIFY, PUBLISH, SUBSCRIBE. > Supported: timer, path, replaces. > Content-Length: 0. > . > > #^Cexit > 24 received, 0 dropped > > 2015-08-13 17:40 GMT+03:00 Jurijs Ivolga : > >> Hi, >> >> Maybe you can let me know how I can turn on SRTP using default config? >> >> I have following lines in default conf/dialplan/default.xml: >> >> > break="never"> >> >> >> >> >> >> >> >> > expression="(AES_CM_128_HMAC_SHA1_32|AES_CM_128_HMAC_SHA1_80)" >> break="never"> >> >> >> >> >> >> If I change them to: >> >> > break="never"> >> >> >> >> >> >> >> >> > expression="(AES_CM_128_HMAC_SHA1_32|AES_CM_128_HMAC_SHA1_80)" >> break="never"> >> >> >> >> >> >> Then when I make a call there is issue with cipher: >> >> show channels >> >> uuid,direction,created,created_epoch,name,state,cid_name,cid_num,ip_addr,dest,application,application_data,dialplan,context,read_codec,read_rate,read_bit_rate,write_codec,write_rate,write_bit_rate,secure,hostname,presence_id,presence_data,callstate,callee_name,callee_num,callee_direction,call_uuid,sent_callee_name,sent_callee_num,initial_cid_name,initial_cid_num,initial_ip_addr,initial_dest,initial_dialplan,initial_context >> 81a423fc-41c8-11e5-ac4e-1b8671775759,inbound,2015-08-13 >> 10:35:13,1439476513,sofia/internal/1001 at myserverip >> ,CS_EXECUTE,1001,1001,mylocalip,1000,bridge,user/1000 at myserverip >> ,XML,default,opus,48000,0,opus,48000,0,srtp:sdes: >> *AES_CM_128_HMAC_SHA1_80*,Freeswitch1Dev,1001 at myserverip,,ACTIVE,Outbound >> Call,1000,SEND,81a423fc-41c8-11e5-ac4e-1b8671775759,Outbound >> Call,1000,1001,1001,mylocalip,1000,XML,default >> 81cbe932-41c8-11e5-ac73-1b8671775759,outbound,2015-08-13 >> 10:35:13,1439476513,sofia/internal/1000 at mylocalip:39626,CS_EXCHANGE_MEDIA,Extension >> 1001,1001,mylocalip,1000,,,XML,default,opus,48000,0,opus,48000,0,srtp:sdes: >> *AES_CM_256_HMAC_SHA1_80*,Freeswitch1Dev,1000 at myserverip,,ACTIVE,Outbound >> Call,1000,SEND,81a423fc-41c8-11e5-ac4e-1b8671775759,Extension >> 1001,1001,Extension 1001,1001,mylocalip,1000,XML,default >> >> >> As you can see for inbound call is used AES_CM_128_HMAC_SHA1_80 cipher >> and for outbound is used AES_CM_256_HMAC_SHA1_80. >> >> Any ideas? >> >> With kind regards, >> >> Jurijs >> >> >> 2015-08-13 17:26 GMT+03:00 Michael Jerris : >> >>> You will have to look at the full negotiation of that leg and a debug >>> log to see what's going on. >>> >>> On Thursday, August 13, 2015, Jurijs Ivolga wrote: >>> >>>> Hi, >>>> >>>> I'm struggling with quite simple issue. I need to enable SRTP on >>>> outbound leg. Call hits Freeswitch as SRTP but it leaves as regular RTP. I >>>> do not use TLS and I don't need it(yes, I know that SRTP keys are sent as >>>> plain text in this case). >>>> >>>> I tried to add following code to my dialplan, but it do not helps: >>>> >>>> >>>> >>>> >>>> >>>> >>>> I tried to add to vars.xml following line too: >>>> >>>> >>>> >>>> But still without success. >>>> >>>> Maybe somebody can give me a hint? >>>> >>>> Thank you! >>>> >>>> With kind regards, >>>> >>>> Jurijs >>>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150814/355d2ccd/attachment-0001.html From jurij.ivo at gmail.com Fri Aug 14 13:55:49 2015 From: jurij.ivo at gmail.com (Jurijs Ivolga) Date: Fri, 14 Aug 2015 12:55:49 +0300 Subject: [Freeswitch-users] Loopback SIP invite to originator In-Reply-To: References: Message-ID: Hi, I plan to use Freeeswitch as Media server for Kamailio and in my case Freeswitch should receive call and loopback it back to Kamailio. In my case I needed to make do not change: to, from and request-uri headers. I achieved it by: Thank you! With kind regards, Jurijs 2015-08-14 11:39 GMT+03:00 Stanislav Sinyagin : > there's Kamailio and OpenSIPS for that, why do you need that on FreeSWITCH? > > On Wed, Aug 12, 2015 at 11:06 AM, Jurijs Ivolga > wrote: > > Hi, > > > > I need to receive call on Freeswitch and Loopback it to original server > from > > where it came into, without changing any SIP header(to, from, SIP request > > and etc). Is there easy way to do this? > > > > Thank you! > > > > With kind regards, > > > > Jurijs > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150814/3dce68f1/attachment.html From m2m at poczta.fm Fri Aug 14 16:13:15 2015 From: m2m at poczta.fm (Marcin Muzylo) Date: Fri, 14 Aug 2015 14:13:15 +0200 Subject: [Freeswitch-users] grab RTMP stream into FreeSWITCH In-Reply-To: References: <55CB30BA.2000405@poczta.fm> Message-ID: <55CDDB5B.3000109@poczta.fm> thanks Michael , works great on FS1.6 + mod_vlc W dniu 12.08.2015 o 15:41, Michael Jerris pisze: > in master, mod_av and/or mod_vlc > > On Wednesday, August 12, 2015, Marcin Muzylo > wrote: > > Hi , > maybe someone know how to grab some RTMP stream (rtmp://) into > FreeSWITCH (to connect it for example to conference room)? > > there is mod_rtmp - but it seems to be only for web client (tried with > flex - works) > > Anyone can recommend any good RTMP 2 SIP that works ? > > thanks for any help > Marcin > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150814/0dc50620/attachment.html From alhakeem at gmail.com Fri Aug 14 17:39:08 2015 From: alhakeem at gmail.com (Abdul Hakeem) Date: Fri, 14 Aug 2015 14:39:08 +0100 Subject: [Freeswitch-users] Virtual DB FreeSWITCH In-Reply-To: References: Message-ID: Usama, Are you able to share how you fixed it ? Cheers, Abdul Hakeem From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Usama Zaidi Sent: Friday, July 31, 2015 2:36 PM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] Virtual DB FreeSWITCH So I found the solution, using HAProxy would be a viable fix. Regards! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150814/098905e6/attachment-0001.html From ereedsanchez at gmail.com Fri Aug 14 02:48:29 2015 From: ereedsanchez at gmail.com (Edwin Reed-Sanchez) Date: Thu, 13 Aug 2015 16:48:29 -0600 Subject: [Freeswitch-users] [ERR] mod_sofia.c:4921 Invalid Gateway 'provider Message-ID: I am getting error [ERR] mod_sofia.c:4921 Invalid Gateway 'provider' when trying to make a long distance call. My /freeswitch/sip-profiles/external/profile.xml is ------ ------ In fs_cli I did sofia profile external rescan Invalid Profile [external] Thanks, -- Edwin Reed-Sanchez -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150813/d64cc28b/attachment.html From krice at freeswitch.org Fri Aug 14 18:03:03 2015 From: krice at freeswitch.org (Ken Rice) Date: Fri, 14 Aug 2015 14:03:03 +0000 Subject: [Freeswitch-users] FreeSWITCH Friday FreeForAll Reminder! Message-ID: <55cdf5179f38c_5b7d7e933442494@resque-worker-high.1.mail> FreeSWITCHers, Do not forget to join us at 2PM CST for the FreeSWITCH Friday FreeFor All Visit http://ift.tt/1n3h0Pf and Click Call 888 with your WebRTC enabled Browser and headset, Call sip:888 at conference.freeswitch.org or see http://ift.tt/1prwIZL for access info! -- Ken FreeSWITCH.org ClueCon.com OSTAG.org irc.freenode.net #freeswitch Twitter: @FreeSWITCH @ClueCon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150814/62eb2ed9/attachment.html From nbhatti at gmail.com Fri Aug 14 18:20:58 2015 From: nbhatti at gmail.com (Muhammad Naseer Bhatti) Date: Fri, 14 Aug 2015 17:20:58 +0300 Subject: [Freeswitch-users] FreeSWITCH proxy-acl evaluation Message-ID: <19BB14B1-DA82-4FB8-8CE3-8136AEB9E7BD@gmail.com> I have two profiles, out of which 1 ACL is allowing everyone to make calls, because I am forwarding all requests to RADUIS for authentication. That works fine. The second profile, I want to use proxy-acl. The proxy (OpenSIPS) is authenticated but then FreeSWITCH looks for x-auth-ip (Added by proxy) in inbound-acl list. If my cidr is 0.0.0.0 in inbound-acl, then offcourse everyone is allowed for INVITE, and proxy-acl is never evaluated. Is there a way I can check against proxy-acl first, and those calls coming in from there/proxy authenticated (on this profile) I don?t check them against inbound-acl? Thank you, ? Muhammad Naseer Bhatti -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150814/1413eb0f/attachment.html From gmaruzz at gmail.com Fri Aug 14 21:21:02 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Fri, 14 Aug 2015 19:21:02 +0200 Subject: [Freeswitch-users] [ERR] mod_sofia.c:4921 Invalid Gateway 'provider In-Reply-To: References: Message-ID: Probably you have not an external profile, because the format of the profile config file is wrong. Going by memory, you probably need a "gateways" tag to contain the individual "gateway" tags. If is not this error, is some other error. Anyway, check that format. -giovanni sent from my mobile, Giovanni Maruzzelli cell: +39 347 266 56 18 On Aug 14, 2015 3:46 PM, "Edwin Reed-Sanchez" wrote: > > I am getting error > > [ERR] mod_sofia.c:4921 Invalid Gateway 'provider' > > when trying to make a long distance call. > > > My /freeswitch/sip-profiles/external/profile.xml is > > ------ > > > > > > > > > > > > > > > > > > > > ------ > > > In fs_cli I did > > sofia profile external rescan > > Invalid Profile [external] > > > Thanks, > -- > Edwin Reed-Sanchez > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150814/124d31b1/attachment.html From jaimecm at gmail.com Fri Aug 14 23:02:20 2015 From: jaimecm at gmail.com (Jaime Cruz) Date: Fri, 14 Aug 2015 16:02:20 -0300 Subject: [Freeswitch-users] Conectin a SPA3102 as pstn gateway on FS In-Reply-To: References: <29254.1439116469@ccs.covici.com> Message-ID: Thanks Sergey for the help, I'll use the sip_route_uri & sip_invite_req_uri to manage my SPA3k gateway Thanks JCM On Mon, Aug 10, 2015 at 5:33 AM, Sergey Safarov wrote: > Use sip_invite_req_uri > https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables > > > On Mon, Aug 10, 2015 at 8:26 AM, Jaime Cruz wrote: > >> Hi Sergey, >> Thanks for your help, >> it' worked to change the Invite "To:" Uri, >> >> but as I tested, the linksys SPA3000&3102 is not taken the destination >> from the To Uri nor from the Invite Uri as "INVITE >> sip:nnnnnn at 200.200.200.200:5061 SIP/2.0" as "nnnnnn" can be any >> destination that I want to dial via it's PSTN line. >> >> Do you think that there's an option to change this in FS, >> >> >> >> Thanks for your help. >> JCM >> >> >> ====== >> originate: {sip_invite_to_uri=}user/ >> 100123 at voip.hablaip.com >> ====== >> INVITE sip:100123 at 200.200.200.200:5061 SIP/2.0 >> Via: SIP/2.0/UDP 100.100.100.100;rport;branch=z9hG4bK32ScZ5j0X2NQH >> Max-Forwards: 69 >> From: "Katty Casa." ;tag=XZvcHv1avcZ5c >> To: >> Call-ID: 2b0f621f-b9c0-1233-ab8f-000c292ac960 >> CSeq: 79255480 INVITE >> Contact: >> ====== >> 2015-08-10 02:04:49.318695 [DEBUG] switch_ivr_originate.c:2101 Parsing >> global variables >> 2015-08-10 02:04:49.318695 [DEBUG] switch_event.c:1698 Parsing variable >> [sip_invite_to_uri]=[] >> ========== >> >> >> >> On Sun, Aug 9, 2015 at 11:43 AM, Sergey Safarov >> wrote: >> >>> Special assignment of used port is not required >>> Using dial-string like "user/reg_user at mydomain.org" automatically do it >>> >>> Sergey >>> >>> On Sun, Aug 9, 2015 at 1:34 PM, wrote: >>> >>>> Also, at least in mine, you have to use port 5061 to dial out. >>>> >>>> >>>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Jaime Cruz >> jaimecm at gmail.com >> https://www.facebook.com/jaimecruzmendoza >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Jaime Cruz jaimecm at gmail.com https://www.facebook.com/jaimecruzmendoza -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150814/7915f795/attachment-0001.html From steveayre at gmail.com Sat Aug 15 00:32:10 2015 From: steveayre at gmail.com (Steven Ayre) Date: Fri, 14 Aug 2015 21:32:10 +0100 Subject: [Freeswitch-users] [ERR] mod_sofia.c:4921 Invalid Gateway 'provider In-Reply-To: References: Message-ID: > > [ERR] mod_sofia.c:4921 Invalid Gateway 'provider' This means you're using the dialstring sofia/gateway/provider/... and there's no gateway named 'provider'. In your example you should use sofia/gateway/callwithus-outbound/... Invalid Profile [external] This means the profile hasn't been loaded. Try 'sofia profile external start' and check for any error messages creating it. On 13 August 2015 at 23:48, Edwin Reed-Sanchez wrote: > > I am getting error > > [ERR] mod_sofia.c:4921 Invalid Gateway 'provider' > > when trying to make a long distance call. > > > My /freeswitch/sip-profiles/external/profile.xml is > > ------ > > > > > > > > > > > > > > > > > > > > ------ > > > In fs_cli I did > > sofia profile external rescan > > Invalid Profile [external] > > > Thanks, > -- > Edwin Reed-Sanchez > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150814/4ade725f/attachment.html From alhakeem at ipextelecom.net Sat Aug 15 01:28:25 2015 From: alhakeem at ipextelecom.net (Abdul Hakeem) Date: Fri, 14 Aug 2015 22:28:25 +0100 Subject: [Freeswitch-users] Fork( ) and Exec ( ) functions In-Reply-To: <55B9AC5B.1070300@megafit.su> References: <55B9AC5B.1070300@megafit.su> Message-ID: Hello, I didn't pursue it, I spoke to a few people who let me down. It sounds like a good idea though, especially with the advantages of Java NIO . There really is no reason why FS should fork a process for such tiny tasks. If you are willing to give it a shot, let me know. Regards, Abdul Hakeem -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of ?????? ??????? Sent: Thursday, July 30, 2015 5:47 AM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] Fork( ) and Exec ( ) functions Abdul, have you any success? -- ? ?????????, ??????? ?????? ????????? ??????? ??? ????????? e-mail: 112 at megafit.su ???: +7 (383) 311-09-09 (???.112) _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From nzaytsevc at gmail.com Sat Aug 15 13:18:43 2015 From: nzaytsevc at gmail.com (Nikolay Zaytsev) Date: Sat, 15 Aug 2015 13:18:43 +0400 Subject: [Freeswitch-users] Security issue Message-ID: Hi,all) I have the freeswitch on public ip with set up fail2ban. However, there is an external invites which proceed to dialplan's context public. How can I defend my freeswitch from such attaks? The log of such attack is in the attachment. Bets Regards, Nikolay Zaytsev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150815/c30f7e35/attachment.html -------------- next part -------------- ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [NOTICE] switch_channel.c:1075 New Channel sofia/external/2101 at x.x.x.x [ade01da8-42be-11e5-b00f-6314d7d236b5] ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_session.c:1061 Send signal sofia/external/2101 at x.x.x.x [BREAK] ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_session.c:1061 Send signal sofia/external/2101 at x.x.x.x [BREAK] ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:472 (sofia/external/2101 at x.x.x.x) Running State Change CS_NEW ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] sofia.c:8917 sofia/external/2101 at x.x.x.x receiving invite from 23.92.80.41:5076 version: 1.4.20 git bf08a37 2015-07-24 01:36:13Z 32bit ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] sofia.c:6634 Channel sofia/external/2101 at x.x.x.x entering state [received][100] ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] sofia.c:6644 Remote SDP: ade01da8-42be-11e5-b00f-6314d7d236b5 v=0 ade01da8-42be-11e5-b00f-6314d7d236b5 o=sipcli-Session 206489020 1589303248 IN IP4 23.92.80.41 ade01da8-42be-11e5-b00f-6314d7d236b5 s=sipcli ade01da8-42be-11e5-b00f-6314d7d236b5 c=IN IP4 23.92.80.41 ade01da8-42be-11e5-b00f-6314d7d236b5 t=0 0 ade01da8-42be-11e5-b00f-6314d7d236b5 m=audio 5077 RTP/AVP 18 0 8 101 ade01da8-42be-11e5-b00f-6314d7d236b5 a=rtpmap:18 G729/8000 ade01da8-42be-11e5-b00f-6314d7d236b5 a=rtpmap:0 PCMU/8000 ade01da8-42be-11e5-b00f-6314d7d236b5 a=rtpmap:8 PCMA/8000 ade01da8-42be-11e5-b00f-6314d7d236b5 a=rtpmap:101 telephone-event/8000 ade01da8-42be-11e5-b00f-6314d7d236b5 a=fmtp:101 0-15 ade01da8-42be-11e5-b00f-6314d7d236b5 a=ptime:20 ade01da8-42be-11e5-b00f-6314d7d236b5 ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] sofia.c:6910 (sofia/external/2101 at x.x.x.x) State Change CS_NEW -> CS_INIT ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_session.c:1396 Send signal sofia/external/2101 at x.x.x.x [BREAK] ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:491 (sofia/external/2101 at x.x.x.x) State NEW ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:472 (sofia/external/2101 at x.x.x.x) Running State Change CS_INIT ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:512 (sofia/external/2101 at x.x.x.x) State INIT ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] mod_sofia.c:87 sofia/external/2101 at x.x.x.x SOFIA INIT ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:40 sofia/external/2101 at x.x.x.x Standard INIT ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:48 (sofia/external/2101 at x.x.x.x) State Change CS_INIT -> CS_ROUTING ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_session.c:1396 Send signal sofia/external/2101 at x.x.x.x [BREAK] ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:512 (sofia/external/2101 at x.x.x.x) State INIT going to sleep ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:472 (sofia/external/2101 at x.x.x.x) Running State Change CS_ROUTING ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_channel.c:2204 (sofia/external/2101 at x.x.x.x) Callstate Change DOWN -> RINGING ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:528 (sofia/external/2101 at x.x.x.x) State ROUTING ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] mod_sofia.c:123 sofia/external/2101 at x.x.x.x SOFIA ROUTING ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:166 sofia/external/2101 at x.x.x.x Standard ROUTING ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [INFO] mod_dialplan_xml.c:635 Processing 2101 <2101>->+815058063010 in context public ade01da8-42be-11e5-b00f-6314d7d236b5 Dialplan: sofia/external/2101 at x.x.x.x parsing [public->unloop] continue=false ade01da8-42be-11e5-b00f-6314d7d236b5 Dialplan: sofia/external/2101 at x.x.x.x Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false ade01da8-42be-11e5-b00f-6314d7d236b5 Dialplan: sofia/external/2101 at x.x.x.x Regex (FAIL) [unloop] ${sip_looped_call}() =~ /^true$/ break=on-false ade01da8-42be-11e5-b00f-6314d7d236b5 Dialplan: sofia/external/2101 at x.x.x.x parsing [public->outside_call] continue=true ade01da8-42be-11e5-b00f-6314d7d236b5 Dialplan: sofia/external/2101 at x.x.x.x Absolute Condition [outside_call] ade01da8-42be-11e5-b00f-6314d7d236b5 Dialplan: sofia/external/2101 at x.x.x.x Action set(outside_call=true) ade01da8-42be-11e5-b00f-6314d7d236b5 Dialplan: sofia/external/2101 at x.x.x.x Action export(RFC2822_DATE=${strftime(%a, %d %b %Y %T %z)}) ade01da8-42be-11e5-b00f-6314d7d236b5 Dialplan: sofia/external/2101 at x.x.x.x parsing [public->call_debug] continue=true ade01da8-42be-11e5-b00f-6314d7d236b5 Dialplan: sofia/external/2101 at x.x.x.x Regex (FAIL) [call_debug] ${call_debug}(false) =~ /^true$/ break=never ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:216 (sofia/external/2101 at x.x.x.x) State Change CS_ROUTING -> CS_EXECUTE ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_session.c:1396 Send signal sofia/external/2101 at x.x.x.x [BREAK] ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:528 (sofia/external/2101 at x.x.x.x) State ROUTING going to sleep ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:472 (sofia/external/2101 at x.x.x.x) Running State Change CS_EXECUTE ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:535 (sofia/external/2101 at x.x.x.x) State EXECUTE ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] mod_sofia.c:178 sofia/external/2101 at x.x.x.x SOFIA EXECUTE ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:258 sofia/external/2101 at x.x.x.x Standard EXECUTE ade01da8-42be-11e5-b00f-6314d7d236b5 EXECUTE sofia/external/2101 at x.x.x.x set(outside_call=true) ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] mod_dptools.c:1477 sofia/external/2101 at x.x.x.x SET [outside_call]=[true] ade01da8-42be-11e5-b00f-6314d7d236b5 EXECUTE sofia/external/2101 at x.x.x.x export(RFC2822_DATE=Fri, 14 Aug 2015 22:57:23 +0300) ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_channel.c:1267 EXPORT (export_vars) [RFC2822_DATE]=[Fri, 14 Aug 2015 22:57:23 +0300] ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [NOTICE] switch_core_state_machine.c:315 sofia/external/2101 at x.x.x.x has executed the last dialplan instruction, hanging up. ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [NOTICE] switch_core_state_machine.c:317 Hangup sofia/external/2101 at x.x.x.x [CS_EXECUTE] [NORMAL_CLEARING] ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_channel.c:3242 Send signal sofia/external/2101 at x.x.x.x [KILL] ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_session.c:1396 Send signal sofia/external/2101 at x.x.x.x [BREAK] ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:535 (sofia/external/2101 at x.x.x.x) State EXECUTE going to sleep ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:472 (sofia/external/2101 at x.x.x.x) Running State Change CS_HANGUP ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:735 (sofia/external/2101 at x.x.x.x) Callstate Change RINGING -> HANGUP ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:737 (sofia/external/2101 at x.x.x.x) State HANGUP ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] mod_sofia.c:413 Channel sofia/external/2101 at x.x.x.x hanging up, cause: NORMAL_CLEARING ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] mod_sofia.c:549 Responding to INVITE with: 480 ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:60 sofia/external/2101 at x.x.x.x Standard HANGUP, cause: NORMAL_CLEARING ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:737 (sofia/external/2101 at x.x.x.x) State HANGUP going to sleep ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:504 (sofia/external/2101 at x.x.x.x) State Change CS_HANGUP -> CS_REPORTING ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_session.c:1396 Send signal sofia/external/2101 at x.x.x.x [BREAK] ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:472 (sofia/external/2101 at x.x.x.x) Running State Change CS_REPORTING ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:823 (sofia/external/2101 at x.x.x.x) State REPORTING ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:104 sofia/external/2101 at x.x.x.x Standard REPORTING, cause: NORMAL_CLEARING ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:823 (sofia/external/2101 at x.x.x.x) State REPORTING going to sleep ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:498 (sofia/external/2101 at x.x.x.x) State Change CS_REPORTING -> CS_DESTROY ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_session.c:1396 Send signal sofia/external/2101 at x.x.x.x [BREAK] ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_session.c:1623 Session 3 (sofia/external/2101 at x.x.x.x) Locked, Waiting on external entities ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [NOTICE] switch_core_session.c:1641 Session 3 (sofia/external/2101 at x.x.x.x) Ended ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [NOTICE] switch_core_session.c:1645 Close Channel sofia/external/2101 at x.x.x.x [CS_DESTROY] ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:626 (sofia/external/2101 at x.x.x.x) Running State Change CS_DESTROY ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:636 (sofia/external/2101 at x.x.x.x) State DESTROY ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] mod_sofia.c:323 sofia/external/2101 at x.x.x.x SOFIA DESTROY ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:111 sofia/external/2101 at x.x.x.x Standard DESTROY ade01da8-42be-11e5-b00f-6314d7d236b5 2015-08-14 22:57:23.291295 [DEBUG] switch_core_state_machine.c:636 (sofia/external/2101 at x.x.x.x) State DESTROY going to sleep From s.safarov at gmail.com Sat Aug 15 15:19:39 2015 From: s.safarov at gmail.com (Sergey Safarov) Date: Sat, 15 Aug 2015 14:19:39 +0300 Subject: [Freeswitch-users] Security issue In-Reply-To: References: Message-ID: 1) Output network_ip of received INVITE with appropriate comment like "Block for one day ip x.x.x.x" 2) Add fail2ban rule to search strings like "Block for one day ip x.x.x.x" and block ip On Sat, Aug 15, 2015 at 12:18 PM, Nikolay Zaytsev wrote: > Hi,all) > I have the freeswitch on public ip with set up fail2ban. > However, there is an external invites which proceed to dialplan's context > public. > How can I defend my freeswitch from such attaks? > The log of such attack is in the attachment. > Bets Regards, > Nikolay Zaytsev > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150815/2c115892/attachment-0001.html From anthony.minessale at gmail.com Sat Aug 15 18:12:55 2015 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Sat, 15 Aug 2015 09:12:55 -0500 Subject: [Freeswitch-users] Security issue In-Reply-To: References: Message-ID: The public context is unauthentecared that is why its called public. Only public facing extensions should be defined there. The example configs are only a suggestion on how to run your server. The best approach is to learn how the sofia profiles and contexts work to configure it to your needs. On Saturday, August 15, 2015, Sergey Safarov wrote: > 1) Output network_ip of received INVITE with appropriate comment like > "Block for one day ip x.x.x.x" > 2) Add fail2ban rule to search strings like "Block for one day ip x.x.x.x" > and block ip > > On Sat, Aug 15, 2015 at 12:18 PM, Nikolay Zaytsev > wrote: > >> Hi,all) >> I have the freeswitch on public ip with set up fail2ban. >> However, there is an external invites which proceed to dialplan's context >> public. >> How can I defend my freeswitch from such attaks? >> The log of such attack is in the attachment. >> Bets Regards, >> Nikolay Zaytsev >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150815/6cc9b0a4/attachment.html From gmaruzz at gmail.com Sat Aug 15 18:22:47 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Sat, 15 Aug 2015 16:22:47 +0200 Subject: [Freeswitch-users] Security issue In-Reply-To: References: Message-ID: An external invite in default config go to the public context. That is the expected and correct behavior, in default config. Eg: is where the incoming did calls would go, and then (in default config) are dispatched to local extensions (1000...1020). Obviously, you can change the config to fit your needs. -giovanni sent from my mobile, Giovanni Maruzzelli cell: +39 347 266 56 18 On Aug 15, 2015 4:14 PM, "Anthony Minessale" wrote: > The public context is unauthentecared that is why its called public. Only > public facing extensions should be defined there. > > The example configs are only a suggestion on how to run your server. The > best approach is to learn how the sofia profiles and contexts work to > configure it to your needs. > > On Saturday, August 15, 2015, Sergey Safarov wrote: > >> 1) Output network_ip of received INVITE with appropriate comment like >> "Block for one day ip x.x.x.x" >> 2) Add fail2ban rule to search strings like "Block for one day ip >> x.x.x.x" and block ip >> >> On Sat, Aug 15, 2015 at 12:18 PM, Nikolay Zaytsev >> wrote: >> >>> Hi,all) >>> I have the freeswitch on public ip with set up fail2ban. >>> However, there is an external invites which proceed to dialplan's >>> context public. >>> How can I defend my freeswitch from such attaks? >>> The log of such attack is in the attachment. >>> Bets Regards, >>> Nikolay Zaytsev >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150815/afb9931b/attachment.html From anthony.minessale at gmail.com Sat Aug 15 18:43:48 2015 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Sat, 15 Aug 2015 09:43:48 -0500 Subject: [Freeswitch-users] Fork( ) and Exec ( ) functions In-Reply-To: References: <55B9AC5B.1070300@megafit.su> Message-ID: The comment suggests you didn't read any of the past replies. FS runs on windows without fork and exec so clearly its possible. On unix its the defacto way to do it and nontheless as I already stated we default to doing it with threads. Don't translate your lack of understanding for a fault against us. On Friday, August 14, 2015, Abdul Hakeem wrote: > Hello, > > I didn't pursue it, I spoke to a few people who let me down. > It sounds like a good idea though, especially with the advantages of Java > NIO . > There really is no reason why FS should fork a process for such tiny tasks. > If you are willing to give it a shot, let me know. > > Regards, > Abdul Hakeem > > -----Original Message----- > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On > Behalf Of ?????? ??????? > Sent: Thursday, July 30, 2015 5:47 AM > To: freeswitch-users at lists.freeswitch.org > Subject: [Freeswitch-users] Fork( ) and Exec ( ) functions > > Abdul, have you any success? > > > -- > ? ?????????, ??????? ?????? ????????? > ??????? ??? ????????? > e-mail: 112 at megafit.su > ???: +7 (383) 311-09-09 (???.112) > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150815/67a3a437/attachment.html From govind at exotel.in Fri Aug 14 16:55:58 2015 From: govind at exotel.in (Govind Rajan M) Date: Fri, 14 Aug 2015 18:25:58 +0530 Subject: [Freeswitch-users] No audio after bridging outbound calls Message-ID: Hi, I was testing the freeswitch with the gateway and when I make two outgoing calls and bridge them together, I am not able to hear the audio. But as soon as I played something on any one of the channel, both the parties can be able to here the audio. Did anyone face this kind of issue? Can you please help me to solve the issue? My machine is running on AWS behind NAT and i have done all the configuration that is specified in the freeswitch wiki page. P.S : when I make one outgoing to sip user and another outgoing call via SIP gateway everything works fine(both the parties able to hear the voice). -- Thanks, Govind -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150814/129cdb01/attachment-0001.html From shaun.stokes at itec-support.co.uk Fri Aug 14 17:43:51 2015 From: shaun.stokes at itec-support.co.uk (Shaun Stokes) Date: Fri, 14 Aug 2015 13:43:51 +0000 Subject: [Freeswitch-users] FreeSwitch - Performance issues Message-ID: <6FD2F8B5BB72834E9939AEDF9FB802A9016076565C@mbx-01.sysconfig.co.uk> Hi, We're experiencing performance issues with FreeSwitch, our target is 500 concurrent sessions, but at the moment this starts to bottleneck around 30. Host system: Windows Server 2012 Hyper-V Host AMD Opteron 4386 (2 processors) - 16 cores total 128GB DDR3 2TB RAID 5 (700MB/s tested read and write throughput) FreeSwitch Virtual Machine: FreeSwitch 1.4.15 Ubuntu 12.04 LTS 16 Virtual cores (high priority) 2GB RAM (would assign more but FreeSwitch never seems to use much) 500GB HD (on VHDX) After around 30 concurrent sessions we begin to see CPU spikes almost every time a new call comes in, as the sessions increase the size and frequency of the CPU spikes also increase. The system seems to be able to sit comfortably with over 100 concurrent sessions and 80% idle CPU, providing we don't have any new calls hitting the platform. The spikes are causing audio (RTP) to stutter or in some cases drop completely for a few seconds. The FreeSwitch spikes are occurring on all 16 cores, we have been monitoring the system using htop and mpstat. This is an example of when we receive an inbound call while we have 34 concurrent sessions: 14:26:04 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle 14:26:05 all 1.67 0.00 27.34 0.00 0.25 0.00 0.00 0.00 70.74 14:26:05 0 1.00 0.00 28.00 0.00 0.00 0.00 0.00 0.00 71.00 14:26:05 1 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28 14:26:05 2 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28 14:26:05 3 3.92 0.00 26.47 0.00 0.00 0.00 0.00 0.00 69.61 14:26:05 4 0.99 0.00 25.74 0.00 1.98 0.00 0.00 0.00 71.29 14:26:05 5 0.99 0.00 26.73 0.00 0.99 0.00 0.00 0.00 71.29 14:26:05 6 0.00 0.00 26.47 0.00 0.98 0.00 0.00 0.00 72.55 14:26:05 7 0.00 0.00 26.73 0.00 0.00 0.00 0.00 0.00 73.27 14:26:05 8 3.96 0.00 27.72 0.00 0.00 0.00 0.00 0.00 68.32 14:26:05 9 2.00 0.00 27.00 0.00 0.00 0.00 0.00 0.00 71.00 14:26:05 10 6.00 0.00 32.00 0.00 0.00 0.00 0.00 0.00 62.00 14:26:05 11 1.96 0.00 27.45 0.00 0.00 0.00 0.00 0.00 70.59 14:26:05 12 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28 14:26:05 13 1.00 0.00 28.00 0.00 0.00 0.00 0.00 0.00 71.00 14:26:05 14 0.00 0.00 27.00 0.00 0.00 0.00 0.00 0.00 73.00 This is when the system is not receiving an inbound call but is sitting comfortably at 34 concurrent sessions: 14:25:57 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle 14:25:58 all 0.87 0.00 0.62 0.00 0.12 0.00 0.00 0.00 98.39 14:25:58 0 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02 14:25:58 1 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02 14:25:58 2 0.98 0.00 0.98 0.00 0.00 0.00 0.00 0.00 98.04 14:25:58 3 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01 14:25:58 4 0.00 0.00 0.00 0.00 1.98 0.00 0.00 0.00 98.02 14:25:58 5 0.00 0.00 0.00 0.00 0.99 0.00 0.00 0.00 99.01 14:25:58 6 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01 14:25:58 7 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01 14:25:58 8 5.00 0.00 1.00 0.00 0.00 0.00 0.00 0.00 94.00 14:25:58 9 1.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00 14:25:58 10 1.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00 14:25:58 11 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02 14:25:58 12 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 14:25:58 13 1.98 0.00 0.99 0.00 0.00 0.00 0.00 0.00 97.03 14:25:58 14 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 14:25:58 15 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 We're using FreeSwitch in multi-tenant mode, we have tried dedicating a single VM for one tenancy but still experience the issue. My assumption has been that this will be due to the dialplan, I've optimized this slightly by writing LUA scripts to handle some of the inbound calls this appears to take away some of the load but we're still using the internal dialplans for each tenancy (tenancy dialplans have an average of 300 entries). We are using the following arguments when running FreeSwitch: -rp -nc -nonat I've seen another post which says we should operate FreeSwitch in High Performance mode using -hp but can't find anything information about this, is this still a valid argument to use with FreeSwitch? Has anyone experienced similar performance issues before or have any advice? Hope someone may be able help. Thanks, Shaun ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150814/80dc358a/attachment-0001.html From ereedsanchez at gmail.com Sat Aug 15 22:06:30 2015 From: ereedsanchez at gmail.com (Edwin Reed-Sanchez) Date: Sat, 15 Aug 2015 12:06:30 -0600 Subject: [Freeswitch-users] [SOLVED] RE: [ERR] mod_sofia.c:4921 Invalid Gateway 'provider' Message-ID: [SOLVED] The issue was in the vars.xml file. the ip address needed to be set to internet IP address connected to server. > ---------- Forwarded message ---------- > From: Steven Ayre > To: FreeSWITCH Users Help > Cc: > Date: Fri, 14 Aug 2015 21:32:10 +0100 > Subject: Re: [Freeswitch-users] [ERR] mod_sofia.c:4921 Invalid Gateway > 'provider > >> [ERR] mod_sofia.c:4921 Invalid Gateway 'provider' > > > This means you're using the dialstring sofia/gateway/provider/... and > there's no gateway named 'provider'. In your example you should use > sofia/gateway/callwithus-outbound/... > > Invalid Profile [external] > > > This means the profile hasn't been loaded. Try 'sofia profile external > start' and check for any error messages creating it. > > On 13 August 2015 at 23:48, Edwin Reed-Sanchez > wrote: > >> >> I am getting error >> >> [ERR] mod_sofia.c:4921 Invalid Gateway 'provider' >> >> when trying to make a long distance call. >> >> >> My /freeswitch/sip-profiles/external/profile.xml is >> >> ------ >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> ------ >> >> >> In fs_cli I did >> >> sofia profile external rescan >> >> Invalid Profile [external] >> >> >> Thanks, >> -- >> Edwin Reed-Sanchez >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150815/8d335b19/attachment-0001.html From nbhatti at gmail.com Sun Aug 16 00:37:40 2015 From: nbhatti at gmail.com (Muhammad Naseer Bhatti) Date: Sat, 15 Aug 2015 23:37:40 +0300 Subject: [Freeswitch-users] FreeSWITCH proxy-acl evaluation Message-ID: <8B8869EE-EABE-49B8-A272-DD31BD1F796F@gmail.com> I have two profiles, out of which 1 ACL is allowing everyone to make calls, because I am forwarding all requests to RADUIS for authentication. That works fine. The second profile, I want to use proxy-acl. The proxy (OpenSIPS) is authenticated but then FreeSWITCH looks for x-auth-ip (Added by proxy) in inbound-acl list. If my cidr is 0.0.0.0 in inbound-acl, then offcourse everyone is allowed for INVITE, and proxy-acl is never evaluated. Is there a way I can check against proxy-acl first, and those calls coming in from there/proxy authenticated (on this profile) I don?t check them against inbound-acl? Thank you, ? Muhammad Naseer Bhatti -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150815/bbd1842e/attachment.html From krice at freeswitch.org Sun Aug 16 01:04:59 2015 From: krice at freeswitch.org (Ken Rice) Date: Sat, 15 Aug 2015 16:04:59 -0500 Subject: [Freeswitch-users] FreeSwitch - Performance issues In-Reply-To: <6FD2F8B5BB72834E9939AEDF9FB802A9016076565C@mbx-01.sysconfig.co.uk> References: <6FD2F8B5BB72834E9939AEDF9FB802A9016076565C@mbx-01.sysconfig.co.uk> Message-ID: One thing i see, we recommend against Ubuntu... There have been many reported issues that can only be tracked back to the distro Sent from my iPhone > On Aug 14, 2015, at 8:43 AM, Shaun Stokes wrote: > > Hi, > > We?re experiencing performance issues with FreeSwitch, our target is 500 concurrent sessions, but at the moment this starts to bottleneck around 30. > > Host system: > Windows Server 2012 Hyper-V Host > AMD Opteron 4386 (2 processors) ? 16 cores total > 128GB DDR3 > 2TB RAID 5 (700MB/s tested read and write throughput) > > FreeSwitch Virtual Machine: > FreeSwitch 1.4.15 > Ubuntu 12.04 LTS > 16 Virtual cores (high priority) > 2GB RAM (would assign more but FreeSwitch never seems to use much) > 500GB HD (on VHDX) > > After around 30 concurrent sessions we begin to see CPU spikes almost every time a new call comes in, as the sessions increase the size and frequency of the CPU spikes also increase. The system seems to be able to sit comfortably with over 100 concurrent sessions and 80% idle CPU, providing we don?t have any new calls hitting the platform. The spikes are causing audio (RTP) to stutter or in some cases drop completely for a few seconds. > > The FreeSwitch spikes are occurring on all 16 cores, we have been monitoring the system using htop and mpstat. > > This is an example of when we receive an inbound call while we have 34 concurrent sessions: > 14:26:04 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle > 14:26:05 all 1.67 0.00 27.34 0.00 0.25 0.00 0.00 0.00 70.74 > 14:26:05 0 1.00 0.00 28.00 0.00 0.00 0.00 0.00 0.00 71.00 > 14:26:05 1 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28 > 14:26:05 2 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28 > 14:26:05 3 3.92 0.00 26.47 0.00 0.00 0.00 0.00 0.00 69.61 > 14:26:05 4 0.99 0.00 25.74 0.00 1.98 0.00 0.00 0.00 71.29 > 14:26:05 5 0.99 0.00 26.73 0.00 0.99 0.00 0.00 0.00 71.29 > 14:26:05 6 0.00 0.00 26.47 0.00 0.98 0.00 0.00 0.00 72.55 > 14:26:05 7 0.00 0.00 26.73 0.00 0.00 0.00 0.00 0.00 73.27 > 14:26:05 8 3.96 0.00 27.72 0.00 0.00 0.00 0.00 0.00 68.32 > 14:26:05 9 2.00 0.00 27.00 0.00 0.00 0.00 0.00 0.00 71.00 > 14:26:05 10 6.00 0.00 32.00 0.00 0.00 0.00 0.00 0.00 62.00 > 14:26:05 11 1.96 0.00 27.45 0.00 0.00 0.00 0.00 0.00 70.59 > 14:26:05 12 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28 > 14:26:05 13 1.00 0.00 28.00 0.00 0.00 0.00 0.00 0.00 71.00 > 14:26:05 14 0.00 0.00 27.00 0.00 0.00 0.00 0.00 0.00 73.00 > > This is when the system is not receiving an inbound call but is sitting comfortably at 34 concurrent sessions: > 14:25:57 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle > 14:25:58 all 0.87 0.00 0.62 0.00 0.12 0.00 0.00 0.00 98.39 > 14:25:58 0 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02 > 14:25:58 1 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02 > 14:25:58 2 0.98 0.00 0.98 0.00 0.00 0.00 0.00 0.00 98.04 > 14:25:58 3 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01 > 14:25:58 4 0.00 0.00 0.00 0.00 1.98 0.00 0.00 0.00 98.02 > 14:25:58 5 0.00 0.00 0.00 0.00 0.99 0.00 0.00 0.00 99.01 > 14:25:58 6 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01 > 14:25:58 7 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01 > 14:25:58 8 5.00 0.00 1.00 0.00 0.00 0.00 0.00 0.00 94.00 > 14:25:58 9 1.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00 > 14:25:58 10 1.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00 > 14:25:58 11 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02 > 14:25:58 12 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 > 14:25:58 13 1.98 0.00 0.99 0.00 0.00 0.00 0.00 0.00 97.03 > 14:25:58 14 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 > 14:25:58 15 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 > > We?re using FreeSwitch in multi-tenant mode, we have tried dedicating a single VM for one tenancy but still experience the issue. My assumption has been that this will be due to the dialplan, I?ve optimized this slightly by writing LUA scripts to handle some of the inbound calls this appears to take away some of the load but we?re still using the internal dialplans for each tenancy (tenancy dialplans have an average of 300 entries). > > We are using the following arguments when running FreeSwitch: > -rp ?nc ?nonat > > I?ve seen another post which says we should operate FreeSwitch in High Performance mode using ?hp but can?t find anything information about this, is this still a valid argument to use with FreeSwitch? > > Has anyone experienced similar performance issues before or have any advice? > > Hope someone may be able help. > > Thanks, > Shaun > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > ______________________________________________________________________ > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150815/329348ef/attachment-0001.html From mike at jerris.com Sun Aug 16 02:00:01 2015 From: mike at jerris.com (Michael Jerris) Date: Sat, 15 Aug 2015 18:00:01 -0400 Subject: [Freeswitch-users] FreeSwitch - Performance issues In-Reply-To: <6FD2F8B5BB72834E9939AEDF9FB802A9016076565C@mbx-01.sysconfig.co.uk> References: <6FD2F8B5BB72834E9939AEDF9FB802A9016076565C@mbx-01.sysconfig.co.uk> Message-ID: There are multiple known issues with Ubuntu 12.04. We reccomend Debian 8 Jessie. On Friday, August 14, 2015, Shaun Stokes wrote: > Hi, > > > > We?re experiencing performance issues with FreeSwitch, our target is 500 > concurrent sessions, but at the moment this starts to bottleneck around 30. > > > > Host system: > > Windows Server 2012 Hyper-V Host > > AMD Opteron 4386 (2 processors) ? 16 cores total > > 128GB DDR3 > > 2TB RAID 5 (700MB/s tested read and write throughput) > > > > FreeSwitch Virtual Machine: > > FreeSwitch 1.4.15 > > Ubuntu 12.04 LTS > > 16 Virtual cores (high priority) > > 2GB RAM (would assign more but FreeSwitch never seems to use much) > > 500GB HD (on VHDX) > > > > After around 30 concurrent sessions we begin to see CPU spikes almost > every time a new call comes in, as the sessions increase the size and > frequency of the CPU spikes also increase. The system seems to be able to > sit comfortably with over 100 concurrent sessions and 80% idle CPU, > providing we don?t have any new calls hitting the platform. The spikes are > causing audio (RTP) to stutter or in some cases drop completely for a few > seconds. > > > > The FreeSwitch spikes are occurring on all 16 cores, we have been > monitoring the system using htop and mpstat. > > > > This is an example of when we receive an inbound call while we have 34 > concurrent sessions: > > 14:26:04 CPU %usr %nice %sys %iowait %irq %soft %steal > %guest %idle > > 14:26:05 all 1.67 0.00 27.34 0.00 0.25 0.00 > 0.00 0.00 70.74 > > 14:26:05 0 1.00 0.00 28.00 0.00 0.00 0.00 > 0.00 0.00 71.00 > > 14:26:05 1 0.99 0.00 26.73 0.00 0.00 0.00 > 0.00 0.00 72.28 > > 14:26:05 2 0.99 0.00 26.73 0.00 0.00 0.00 > 0.00 0.00 72.28 > > 14:26:05 3 3.92 0.00 26.47 0.00 0.00 0.00 > 0.00 0.00 69.61 > > 14:26:05 4 0.99 0.00 25.74 0.00 1.98 0.00 > 0.00 0.00 71.29 > > 14:26:05 5 0.99 0.00 26.73 0.00 0.99 0.00 > 0.00 0.00 71.29 > > 14:26:05 6 0.00 0.00 26.47 0.00 0.98 0.00 > 0.00 0.00 72.55 > > 14:26:05 7 0.00 0.00 26.73 0.00 0.00 0.00 > 0.00 0.00 73.27 > > 14:26:05 8 3.96 0.00 27.72 0.00 0.00 0.00 > 0.00 0.00 68.32 > > 14:26:05 9 2.00 0.00 27.00 0.00 0.00 0.00 > 0.00 0.00 71.00 > > 14:26:05 10 6.00 0.00 32.00 0.00 0.00 0.00 > 0.00 0.00 62.00 > > 14:26:05 11 1.96 0.00 27.45 0.00 0.00 0.00 > 0.00 0.00 70.59 > > 14:26:05 12 0.99 0.00 26.73 0.00 0.00 0.00 > 0.00 0.00 72.28 > > 14:26:05 13 1.00 0.00 28.00 0.00 0.00 0.00 > 0.00 0.00 71.00 > > 14:26:05 14 0.00 0.00 27.00 0.00 0.00 0.00 > 0.00 0.00 73.00 > > > > This is when the system is not receiving an inbound call but is sitting > comfortably at 34 concurrent sessions: > > 14:25:57 CPU %usr %nice %sys %iowait %irq %soft %steal > %guest %idle > > 14:25:58 all 0.87 0.00 0.62 0.00 0.12 0.00 > 0.00 0.00 98.39 > > 14:25:58 0 0.99 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 98.02 > > 14:25:58 1 0.99 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 98.02 > > 14:25:58 2 0.98 0.00 0.98 0.00 0.00 0.00 > 0.00 0.00 98.04 > > 14:25:58 3 0.00 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 99.01 > > 14:25:58 4 0.00 0.00 0.00 0.00 1.98 0.00 > 0.00 0.00 98.02 > > 14:25:58 5 0.00 0.00 0.00 0.00 0.99 0.00 > 0.00 0.00 99.01 > > 14:25:58 6 0.00 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 99.01 > > 14:25:58 7 0.00 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 99.01 > > 14:25:58 8 5.00 0.00 1.00 0.00 0.00 0.00 > 0.00 0.00 94.00 > > 14:25:58 9 1.00 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 99.00 > > 14:25:58 10 1.00 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 99.00 > > 14:25:58 11 0.99 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 98.02 > > 14:25:58 12 0.00 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 100.00 > > 14:25:58 13 1.98 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 97.03 > > 14:25:58 14 0.00 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 100.00 > > 14:25:58 15 0.00 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 100.00 > > > > We?re using FreeSwitch in multi-tenant mode, we have tried dedicating a > single VM for one tenancy but still experience the issue. My assumption has > been that this will be due to the dialplan, I?ve optimized this slightly by > writing LUA scripts to handle some of the inbound calls this appears to > take away some of the load but we?re still using the internal dialplans for > each tenancy (tenancy dialplans have an average of 300 entries). > > > > We are using the following arguments when running FreeSwitch: > > -rp ?nc ?nonat > > > > I?ve seen another post which says we should operate FreeSwitch in High > Performance mode using ?hp but can?t find anything information about this, > is this still a valid argument to use with FreeSwitch? > > > > Has anyone experienced similar performance issues before or have any > advice? > > > > Hope someone may be able help. > > > > Thanks, > > Shaun > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus > Scanning Service. > ______________________________________________________________________ > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150815/9e81098f/attachment.html From ahabiba at gmail.com Sun Aug 16 02:53:39 2015 From: ahabiba at gmail.com (Ahmed Habiba) Date: Sun, 16 Aug 2015 01:53:39 +0300 Subject: [Freeswitch-users] Security issue In-Reply-To: References: Message-ID: I face the same a while ago and after some analysts and investigations I applied the below solution which fixes my problem I did a simple change to the external sip profile which resolved the issue from my point of view. what I did is I add the below line to the external sip profile, which inform it to valid any request from external system against ACL list. 2) Add fail2ban rule to search strings like "Block for one day ip x.x.x.x" and block ip > > On Sat, Aug 15, 2015 at 12:18 PM, Nikolay Zaytsev > wrote: > Hi,all) > I have the freeswitch on public ip with set up fail2ban. > However, there is an external invites which proceed to dialplan's context public. > How can I defend my freeswitch from such attaks? > The log of such attack is in the attachment. > Bets Regards, > Nikolay Zaytsev > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > > > > From: Giovanni Maruzzelli > Subject: Re: [Freeswitch-users] Security issue > Date: August 15, 2015 at 5:22:47 PM GMT+3 > To: FreeSWITCH Users Help > Reply-To: FreeSWITCH Users Help > > > An external invite in default config go to the public context. That is the expected and correct behavior, in default config. > > Eg: is where the incoming did calls would go, and then (in default config) are dispatched to local extensions (1000...1020). > > Obviously, you can change the config to fit your needs. > > -giovanni > > sent from my mobile, > Giovanni Maruzzelli > cell: +39 347 266 56 18 > > On Aug 15, 2015 4:14 PM, "Anthony Minessale" > wrote: > The public context is unauthentecared that is why its called public. Only public facing extensions should be defined there. > > The example configs are only a suggestion on how to run your server. The best approach is to learn how the sofia profiles and contexts work to configure it to your needs. > > On Saturday, August 15, 2015, Sergey Safarov > wrote: > 1) Output network_ip of received INVITE with appropriate comment like "Block for one day ip x.x.x.x" > 2) Add fail2ban rule to search strings like "Block for one day ip x.x.x.x" and block ip > > On Sat, Aug 15, 2015 at 12:18 PM, Nikolay Zaytsev > wrote: > Hi,all) > I have the freeswitch on public ip with set up fail2ban. > However, there is an external invites which proceed to dialplan's context public. > How can I defend my freeswitch from such attaks? > The log of such attack is in the attachment. > Bets Regards, > Nikolay Zaytsev > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org <> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150816/56919c57/attachment-0001.html From avi at avimarcus.net Sun Aug 16 07:58:28 2015 From: avi at avimarcus.net (Avi Marcus) Date: Sun, 16 Aug 2015 03:58:28 +0000 Subject: [Freeswitch-users] Log Aggregation? Message-ID: <0000014f34a8986d-701b8cd9-447e-4ca9-9920-dc262a10b4ed-000000@email.amazonses.com> Hi - does anyone do log aggregation with FreeSWITCH, so that the individual server doesn't store any unique information on it? mod_json_cdr/mod_xml_cdr lets you post to an HTTP endpoint, and if it fails, to write it to disk. Is there something similar for the log lines, as seen in freeswitch.log? There seems to be a mod_syslog, but I don't see any information about it. I'm guessing that ESL provides all the same information as in the freeswitch.log, but I haven't really played with it nor have seen examples. I guess it's not too bad if some lines get lost... Thanks, -Avi Marcus -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150816/56a04e69/attachment.html From kamil.nigmatullin at gmail.com Sun Aug 16 09:52:38 2015 From: kamil.nigmatullin at gmail.com (Kamil Nigmatullin) Date: Sun, 16 Aug 2015 11:52:38 +0600 Subject: [Freeswitch-users] Log Aggregation? In-Reply-To: <0000014f34a8986d-701b8cd9-447e-4ca9-9920-dc262a10b4ed-000000@email.amazonses.com> References: <0000014f34a8986d-701b8cd9-447e-4ca9-9920-dc262a10b4ed-000000@email.amazonses.com> Message-ID: I parse csv and place all data as i want in remote sql server. That is a good aproach not to bother fs to keep connections with external databases. Especially when you do load balancing between FreeSWITCHes. 16 ???. 2015 ?. 9:59 ???????????? "Avi Marcus" ???????: > > Hi - does anyone do log aggregation with FreeSWITCH, so that the individual server doesn't store any unique information on it? > > mod_json_cdr/mod_xml_cdr lets you post to an HTTP endpoint, and if it fails, to write it to disk. > Is there something similar for the log lines, as seen in freeswitch.log? > > There seems to be a mod_syslog, but I don't see any information about it. > I'm guessing that ESL provides all the same information as in the freeswitch.log, but I haven't really played with it nor have seen examples. > I guess it's not too bad if some lines get lost... > > Thanks, > > -Avi Marcus > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150816/ef12661e/attachment.html From ssinyagin at gmail.com Sun Aug 16 10:32:52 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sun, 16 Aug 2015 08:32:52 +0200 Subject: [Freeswitch-users] Log Aggregation? In-Reply-To: <0000014f34a8986d-701b8cd9-447e-4ca9-9920-dc262a10b4ed-000000@email.amazonses.com> References: <0000014f34a8986d-701b8cd9-447e-4ca9-9920-dc262a10b4ed-000000@email.amazonses.com> Message-ID: fs_cli shows you all the logs, and it talks via ESL connection only. I guess that should be enough for a hint :) On Aug 16, 2015 5:59 AM, "Avi Marcus" wrote: > Hi - does anyone do log aggregation with FreeSWITCH, so that the > individual server doesn't store any unique information on it? > > mod_json_cdr/mod_xml_cdr lets you post to an HTTP endpoint, and if it > fails, to write it to disk. > Is there something similar for the log lines, as seen in freeswitch.log? > > There seems to be a mod_syslog, but I don't see any information about it. > I'm guessing that ESL provides all the same information as in the > freeswitch.log, but I haven't really played with it nor have seen examples. > I guess it's not too bad if some lines get lost... > > Thanks, > > -Avi Marcus > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150816/891bb595/attachment.html From idokan at gmail.com Sun Aug 16 15:25:45 2015 From: idokan at gmail.com (ik) Date: Sun, 16 Aug 2015 14:25:45 +0300 Subject: [Freeswitch-users] Log Aggregation? In-Reply-To: <0000014f34a8986d-701b8cd9-447e-4ca9-9920-dc262a10b4ed-000000@email.amazonses.com> References: <0000014f34a8986d-701b8cd9-447e-4ca9-9920-dc262a10b4ed-000000@email.amazonses.com> Message-ID: Hi Avi, You have also support for graylog2 afaik. (r)Syslog is usually very simple to do, you create a rule at rsyslog.conf (or /etc/rsyslog.d/ depends on your distro and actual syslog implementation) and then configure with freeswitch the facility to use. Having said that, I did not tried it myself, only have a lot of experience with syslog (not something to be proud of :) ). Ido On Sun, Aug 16, 2015 at 6:58 AM, Avi Marcus wrote: > Hi - does anyone do log aggregation with FreeSWITCH, so that the > individual server doesn't store any unique information on it? > > mod_json_cdr/mod_xml_cdr lets you post to an HTTP endpoint, and if it > fails, to write it to disk. > Is there something similar for the log lines, as seen in freeswitch.log? > > There seems to be a mod_syslog, but I don't see any information about it. > I'm guessing that ESL provides all the same information as in the > freeswitch.log, but I haven't really played with it nor have seen examples. > I guess it's not too bad if some lines get lost... > > Thanks, > > -Avi Marcus > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150816/4490b7e6/attachment.html From w8hdkim at gmail.com Sun Aug 16 17:27:45 2015 From: w8hdkim at gmail.com (Kim Culhan) Date: Sun, 16 Aug 2015 09:27:45 -0400 Subject: [Freeswitch-users] FreeBSD 10.* build fails due to configure script error Message-ID: When 'configure' is run on FreeBSD 10.* the configuration will not build shared libraries. This results from a test in the configure scipt which results in a positive identificate for freeebsd1: freebsd1*) ld_shlibs=no ;; Removing the references to freebsd1 causes it to configure a shared-lib build which compiles with no problem, Thanks to FreeSWITCH devs for FreeBSD compile with no problem. -kim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150816/2b5d72f6/attachment.html From ssinyagin at gmail.com Sun Aug 16 20:17:13 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sun, 16 Aug 2015 18:17:13 +0200 Subject: [Freeswitch-users] FreeBSD 10.* build fails due to configure script error In-Reply-To: References: Message-ID: JIRA is the right place for such messages, and even better if you do a fork and pull request On Sun, Aug 16, 2015 at 3:27 PM, Kim Culhan wrote: > When 'configure' is run on FreeBSD 10.* the configuration will not build > shared libraries. > > This results from a test in the configure scipt which > results in a positive identificate for freeebsd1: > > freebsd1*) > ld_shlibs=no > ;; > > Removing the references to freebsd1 causes it to configure a > shared-lib build which compiles with no problem, > > Thanks to FreeSWITCH devs for FreeBSD compile with no problem. > > -kim > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From cmrienzo at gmail.com Sun Aug 16 20:37:12 2015 From: cmrienzo at gmail.com (cmrienzo at gmail.com) Date: Sun, 16 Aug 2015 12:37:12 -0400 Subject: [Freeswitch-users] Log Aggregation? In-Reply-To: References: <0000014f34a8986d-701b8cd9-447e-4ca9-9920-dc262a10b4ed-000000@email.amazonses.com> Message-ID: <80AD336F-CAC1-4D03-8225-2D7A8AA84187@gmail.com> mod_graylog2 can send logs to either graylog or logstash > On Aug 16, 2015, at 07:25, ik wrote: > > Hi Avi, > > You have also support for graylog2 afaik. > > (r)Syslog is usually very simple to do, you create a rule at rsyslog.conf (or /etc/rsyslog.d/ depends on your distro and actual syslog implementation) and then configure with freeswitch the facility to use. > > Having said that, I did not tried it myself, only have a lot of experience with syslog (not something to be proud of :) ). > > Ido > >> On Sun, Aug 16, 2015 at 6:58 AM, Avi Marcus wrote: >> Hi - does anyone do log aggregation with FreeSWITCH, so that the individual server doesn't store any unique information on it? >> >> mod_json_cdr/mod_xml_cdr lets you post to an HTTP endpoint, and if it fails, to write it to disk. >> Is there something similar for the log lines, as seen in freeswitch.log? >> >> There seems to be a mod_syslog, but I don't see any information about it. >> I'm guessing that ESL provides all the same information as in the freeswitch.log, but I haven't really played with it nor have seen examples. >> I guess it's not too bad if some lines get lost... >> >> Thanks, >> >> -Avi Marcus >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150816/b1727b4c/attachment-0001.html From mike at jerris.com Sun Aug 16 21:41:31 2015 From: mike at jerris.com (Michael Jerris) Date: Sun, 16 Aug 2015 13:41:31 -0400 Subject: [Freeswitch-users] FreeBSD 10.* build fails due to configure script error In-Reply-To: References: Message-ID: This looks like a bug in libtool to me. If you rebootstrap does it work right without having to manually modify the configure script? On Sunday, August 16, 2015, Kim Culhan wrote: > When 'configure' is run on FreeBSD 10.* the configuration will not build > shared libraries. > > This results from a test in the configure scipt which > results in a positive identificate for freeebsd1: > > freebsd1*) > ld_shlibs=no > ;; > > Removing the references to freebsd1 causes it to configure a > shared-lib build which compiles with no problem, > > Thanks to FreeSWITCH devs for FreeBSD compile with no problem. > > -kim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150816/fef5e530/attachment.html From mikeweick11 at gmail.com Sun Aug 16 21:55:05 2015 From: mikeweick11 at gmail.com (Mike Weick) Date: Sun, 16 Aug 2015 13:55:05 -0400 Subject: [Freeswitch-users] Bigbluebutton Conference and Freeswitch Dialplan Message-ID: Hello, I am having issues with adding an extension to my dialplan in order to have users join my bigbluebutton conference via phone. What's happening is, when web-users go into the meeting, they are ALSO being prompted for a pin. I have not found any info specifically for this issue, so I was hoping I could get some suggestions here. Here is my */conf/dialplan/public.xml*: *And here is my /conf/dialplan/default.xml* *Thank you in advance for any ideas. * -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150816/a383dfef/attachment.html From w8hdkim at gmail.com Sun Aug 16 22:18:41 2015 From: w8hdkim at gmail.com (Kim Culhan) Date: Sun, 16 Aug 2015 14:18:41 -0400 Subject: [Freeswitch-users] FreeBSD 10.* build fails due to configure script error Message-ID: On Sun, Aug 16 at 12:17 PM, Stanislav Sinyagin wrote: > JIRA is the right place for such messages, and even better if you do a > fork and pull request > > On Sun, Aug 16, 2015 at 3:27 PM, Kim Culhan wrote: >> When 'configure' is run on FreeBSD 10.* the configuration will not build >> shared libraries. >> >> This results from a test in the configure scipt which >> results in a positive identificate for freeebsd1: >> >> freebsd1*) >> ld_shlibs=no >> ;; >> >> Removing the references to freebsd1 causes it to configure a >> shared-lib build which compiles with no problem, >> >> Thanks to FreeSWITCH devs for FreeBSD compile with no problem. >> >> -kim Thanks Stanislav for replying to my post. In the process of creating an issue on Jira I need to supply a 'GIT Master Revision hash' What would that be for FreeSWITCH 1.4.20 ? I obtained these bits from the RELEASE tarball. thanks -kim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150816/e870184e/attachment.html From s.safarov at gmail.com Sun Aug 16 22:23:17 2015 From: s.safarov at gmail.com (Sergey Safarov) Date: Sun, 16 Aug 2015 21:23:17 +0300 Subject: [Freeswitch-users] FreeBSD 10.* build fails due to configure script error In-Reply-To: References: Message-ID: I provide url for user tar file in similar case. Sergey On Sun, Aug 16, 2015 at 9:18 PM, Kim Culhan wrote: > On Sun, Aug 16 at 12:17 PM, Stanislav Sinyagin > wrote: > > JIRA is the right place for such messages, and even better if you do a > > fork and pull request > > > > On Sun, Aug 16, 2015 at 3:27 PM, Kim Culhan wrote: > >> When 'configure' is run on FreeBSD 10.* the configuration will not build > >> shared libraries. > >> > >> This results from a test in the configure scipt which > >> results in a positive identificate for freeebsd1: > >> > >> freebsd1*) > >> ld_shlibs=no > >> ;; > >> > >> Removing the references to freebsd1 causes it to configure a > >> shared-lib build which compiles with no problem, > >> > >> Thanks to FreeSWITCH devs for FreeBSD compile with no problem. > >> > >> -kim > > Thanks Stanislav for replying to my post. > > In the process of creating an issue on Jira I need to supply a 'GIT > Master Revision hash' > > What would that be for FreeSWITCH 1.4.20 ? > > I obtained these bits from the RELEASE tarball. > > thanks > -kim > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150816/529525d3/attachment.html From ssinyagin at gmail.com Sun Aug 16 22:23:51 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sun, 16 Aug 2015 20:23:51 +0200 Subject: [Freeswitch-users] FreeBSD 10.* build fails due to configure script error In-Reply-To: References: Message-ID: Come on, you've got a great opportunity to learn Git instead of asking :) On Aug 16, 2015 8:19 PM, "Kim Culhan" wrote: > On Sun, Aug 16 at 12:17 PM, Stanislav Sinyagin > wrote: > > JIRA is the right place for such messages, and even better if you do a > > fork and pull request > > > > On Sun, Aug 16, 2015 at 3:27 PM, Kim Culhan wrote: > >> When 'configure' is run on FreeBSD 10.* the configuration will not build > >> shared libraries. > >> > >> This results from a test in the configure scipt which > >> results in a positive identificate for freeebsd1: > >> > >> freebsd1*) > >> ld_shlibs=no > >> ;; > >> > >> Removing the references to freebsd1 causes it to configure a > >> shared-lib build which compiles with no problem, > >> > >> Thanks to FreeSWITCH devs for FreeBSD compile with no problem. > >> > >> -kim > > Thanks Stanislav for replying to my post. > > In the process of creating an issue on Jira I need to supply a 'GIT > Master Revision hash' > > What would that be for FreeSWITCH 1.4.20 ? > > I obtained these bits from the RELEASE tarball. > > thanks > -kim > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150816/9fd3fcd7/attachment-0001.html From krice at freeswitch.org Sun Aug 16 22:26:56 2015 From: krice at freeswitch.org (Ken Rice) Date: Sun, 16 Aug 2015 13:26:56 -0500 Subject: [Freeswitch-users] FreeBSD 10.* build fails due to configure script error In-Reply-To: References: Message-ID: <032401d0d851$228cfc80$67a6f580$@freeswitch.org> It wouldn?t be the master hash if it was for a release tarball now would it? All Patches and testing should be done against master. Its not like we can go back in time and fix this in the tag?d and release 1.4.20 version?. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Kim Culhan Sent: Sunday, August 16, 2015 1:19 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] FreeBSD 10.* build fails due to configure script error Thanks Stanislav for replying to my post. In the process of creating an issue on Jira I need to supply a 'GIT Master Revision hash' What would that be for FreeSWITCH 1.4.20 ? I obtained these bits from the RELEASE tarball. thanks -kim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150816/b4053221/attachment.html From w8hdkim at gmail.com Sun Aug 16 23:00:45 2015 From: w8hdkim at gmail.com (Kim Culhan) Date: Sun, 16 Aug 2015 15:00:45 -0400 Subject: [Freeswitch-users] FreeBSD 10.* build fails due to configure script error Message-ID: > This looks like a bug in libtool to me. If you rebootstrap does it work > right without having to manually modify the configure script? Running rebootstrap produced a configure script with the freebsd1* tests. The libtool version was 2.2.6b, same as used to generate the bits in the 1.4.20 tarball. Updated to libtool 2.4.6 and ran rebootstrap and it works right, no tests in configure for freebsd1. Builds fine and so far appears to run fine. Thanks very much es 73, -kim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150816/886db261/attachment.html From paulcuttler at gmail.com Mon Aug 17 07:39:58 2015 From: paulcuttler at gmail.com (Paul Cuttler) Date: Mon, 17 Aug 2015 13:39:58 +1000 Subject: [Freeswitch-users] Building FS on Ubuntu 14.04 & libyuv Message-ID: Hi all, I'm trying to build Freeswitch on Ubuntu Server 14.04 and getting the following error: You must install libyuv-dev to build mod_fsv. It looks like this is a known issue but I can't find anything that gets around it. Could someone please let me know if there's a solution. I really only need to use mod_rtmp and any modules it depends on (eg obviously mod_sofia for starters), so perhaps I can disable mod_fsv and others but I'm not sure which ones. thanks, Paul -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/0200ba88/attachment.html From krice at freeswitch.org Mon Aug 17 07:49:14 2015 From: krice at freeswitch.org (Ken Rice) Date: Sun, 16 Aug 2015 22:49:14 -0500 Subject: [Freeswitch-users] Building FS on Ubuntu 14.04 & libyuv In-Reply-To: References: Message-ID: <90FD008A-3FCB-4616-945C-835A283A50EE@freeswitch.org> This is well covered in the mailing list archives. A) it is highly recommended to not run ubuntu but to run debian jessie and follow the 1.6 install instructions on confluence If you dont need the module(s) failing to build simply comment them out in modules.conf in the root of your source tree (see building docs on confluence) Sent from my iPhone > On Aug 16, 2015, at 10:39 PM, Paul Cuttler wrote: > > Hi all, > > I'm trying to build Freeswitch on Ubuntu Server 14.04 and getting the following error: > > You must install libyuv-dev to build mod_fsv. > > It looks like this is a known issue but I can't find anything that gets around it. Could someone please let me know if there's a solution. I really only need to use mod_rtmp and any modules it depends on (eg obviously mod_sofia for starters), so perhaps I can disable mod_fsv and others but I'm not sure which ones. > > thanks, > > Paul > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150816/8fca5686/attachment.html From mike at jerris.com Mon Aug 17 07:54:00 2015 From: mike at jerris.com (Michael Jerris) Date: Sun, 16 Aug 2015 23:54:00 -0400 Subject: [Freeswitch-users] Building FS on Ubuntu 14.04 & libyuv In-Reply-To: References: Message-ID: <1312D1D4-7092-44B5-B51A-58563DCC6268@jerris.com> If building master, there are significant additional dependencies, some of those include some updated dependencies that you must use our updated copies of, the far easiest way to do so would be to use the following directions for how to install on Debian Jessie. https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+1.6+Video If you must use Ubuntu, you will have to figure out what dependencies and modifications you will need in order to properly update all the required dependency libraries (note, if this is not done properly, you may get it to build, only to have significant instability and crashing), you might need some of the libraries at: https://freeswitch.org/stash/projects/SD This is a mostly full list of dependencies we build or rebuild for some different platforms. You would have to figure out what exactly is necessary and what exact versions are necessary for ubuntu, it may involve finding different versions and applyinh some of our patches to them. > On Aug 16, 2015, at 11:39 PM, Paul Cuttler wrote: > > Hi all, > > I'm trying to build Freeswitch on Ubuntu Server 14.04 and getting the following error: > > You must install libyuv-dev to build mod_fsv. > > It looks like this is a known issue but I can't find anything that gets around it. Could someone please let me know if there's a solution. I really only need to use mod_rtmp and any modules it depends on (eg obviously mod_sofia for starters), so perhaps I can disable mod_fsv and others but I'm not sure which ones. > > thanks, > > Paul > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150816/2313755b/attachment-0001.html From paulcuttler at gmail.com Mon Aug 17 08:00:14 2015 From: paulcuttler at gmail.com (Paul Cuttler) Date: Mon, 17 Aug 2015 14:00:14 +1000 Subject: [Freeswitch-users] Building FS on Ubuntu 14.04 & libyuv In-Reply-To: <1312D1D4-7092-44B5-B51A-58563DCC6268@jerris.com> References: <1312D1D4-7092-44B5-B51A-58563DCC6268@jerris.com> Message-ID: <55D15C4E.8020207@gmail.com> Thanks Ken & Michael, On that basis I'll move this to Debian and/or CentOS. I had v1.4 working well with Ubuntu and didn't realise it wasn't so well supported. On 17/08/2015 1:54 PM, Michael Jerris wrote: > If building master, there are significant additional dependencies, > some of those include some updated dependencies that you must use our > updated copies of, the far easiest way to do so would be to use the > following directions for how to install on Debian Jessie. > > https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+1.6+Video > > If you must use Ubuntu, you will have to figure out what dependencies > and modifications you will need in order to properly update all the > required dependency libraries (note, if this is not done properly, you > may get it to build, only to have significant instability and > crashing), you might need some of the libraries at: > > https://freeswitch.org/stash/projects/SD > > This is a mostly full list of dependencies we build or rebuild for > some different platforms. You would have to figure out what exactly > is necessary and what exact versions are necessary for ubuntu, it may > involve finding different versions and applyinh some of our patches to > them. > > >> On Aug 16, 2015, at 11:39 PM, Paul Cuttler > > wrote: >> >> Hi all, >> >> I'm trying to build Freeswitch on Ubuntu Server 14.04 and getting the >> following error: >> >> You must install libyuv-dev to build mod_fsv. >> >> It looks like this is a known issue but I can't find anything that >> gets around it. Could someone please let me know if there's a >> solution. I really only need to use mod_rtmp and any modules it >> depends on (eg obviously mod_sofia for starters), so perhaps I can >> disable mod_fsv and others but I'm not sure which ones. >> >> thanks, >> >> Paul >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/e2639cf3/attachment.html From david.fu at oocl.com Mon Aug 17 08:00:19 2015 From: david.fu at oocl.com (david.fu at oocl.com) Date: Mon, 17 Aug 2015 12:00:19 +0800 Subject: [Freeswitch-users] Request for recommended GUI for freeSWITCH Message-ID: <61E1B4F8DE845A4F986F448F6D50A38504BF3756B5@E2K7CCR03.corp.oocl.com> Hi All, Besides of Fusion, any recommended GUI for freeSWTICH ? I'm using Fusion. However, sometimes I found that I couldn't update the configuration file using it. Thanks. Best Regards, David IMPORTANT NOTICE Email from OOCL is confidential and may be legally privileged. If it is not intended for you, please delete it immediately unread. The internet cannot guarantee that this communication is free of viruses, interception or interference and anyone who communicates with us by email is taken to accept the risks in doing so. Without limitation, OOCL and its affiliates accept no liability whatsoever and howsoever arising in connection with the use of this email. Under no circumstances shall this email constitute a binding agreement to carry or for provision of carriage services by OOCL, which is subject to the availability of carrier's equipment and vessels and the terms and conditions of OOCL's standard bill of lading which is also available at http://www.oocl.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/a5499413/attachment.html From abalashov at evaristesys.com Mon Aug 17 08:04:26 2015 From: abalashov at evaristesys.com (Alex Balashov) Date: Mon, 17 Aug 2015 00:04:26 -0400 Subject: [Freeswitch-users] Request for recommended GUI for freeSWITCH In-Reply-To: <61E1B4F8DE845A4F986F448F6D50A38504BF3756B5@E2K7CCR03.corp.oocl.com> References: <61E1B4F8DE845A4F986F448F6D50A38504BF3756B5@E2K7CCR03.corp.oocl.com> Message-ID: <20150817040426.5419088.97411.106973@evaristesys.com> An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/60590c1d/attachment.html From mikeweick11 at gmail.com Mon Aug 17 08:21:23 2015 From: mikeweick11 at gmail.com (Mike Weick) Date: Mon, 17 Aug 2015 00:21:23 -0400 Subject: [Freeswitch-users] Bigbluebutton Conference and Freeswitch Dialplan In-Reply-To: References: Message-ID: Does anyone know of a solution to the above? I cannot understand why when I put the parameters in my public dialplan to handle calls from a DID that the web users are also being prompted for a pin. Please. On Sun, Aug 16, 2015 at 1:55 PM, Mike Weick wrote: > Hello, I am having issues with adding an extension to my dialplan in order > to have users join my bigbluebutton conference via phone. What's happening > is, when web-users go into the meeting, they are ALSO being prompted for a > pin. I have not found any info specifically for this issue, so I was hoping > I could get some suggestions here. > > Here is my */conf/dialplan/public.xml*: > > > > > > break="on-false"> > > > > > > > > > > > > > > > > > > > > > > > > > > > *And here is my /conf/dialplan/default.xml* > > > > > > > > > > > > > > > > > > > > > *Thank you in advance for any ideas. * > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/7fd277e4/attachment-0001.html From mike at jerris.com Mon Aug 17 08:50:10 2015 From: mike at jerris.com (Michael Jerris) Date: Mon, 17 Aug 2015 00:50:10 -0400 Subject: [Freeswitch-users] Bigbluebutton Conference and Freeswitch Dialplan In-Reply-To: References: Message-ID: This would only happen if it's getting matched in both scenarios. On Monday, August 17, 2015, Mike Weick wrote: > Does anyone know of a solution to the above? I cannot understand why when > I put the parameters in my public dialplan to handle calls from a DID that > the web users are also being prompted for a pin. Please. > > On Sun, Aug 16, 2015 at 1:55 PM, Mike Weick > wrote: > >> Hello, I am having issues with adding an extension to my dialplan in >> order to have users join my bigbluebutton conference via phone. What's >> happening is, when web-users go into the meeting, they are ALSO being >> prompted for a pin. I have not found any info specifically for this issue, >> so I was hoping I could get some suggestions here. >> >> Here is my */conf/dialplan/public.xml*: >> >> >> >> >> >> > break="on-false"> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> *And here is my /conf/dialplan/default.xml* >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> *Thank you in advance for any ideas. * >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/5bef8f37/attachment.html From mikeweick11 at gmail.com Mon Aug 17 09:39:12 2015 From: mikeweick11 at gmail.com (Mike Weick) Date: Mon, 17 Aug 2015 01:39:12 -0400 Subject: [Freeswitch-users] Bigbluebutton Conference and Freeswitch Dialplan In-Reply-To: References: Message-ID: Thank you, Michael. I don't see where I'm having it matching in both scenarios. But is there somewhere else I should look besides in the above files to check? I apologize for my obvious lack of knowledge on this, I'm just learning Freeswitch. On Mon, Aug 17, 2015 at 12:50 AM, Michael Jerris wrote: > This would only happen if it's getting matched in both scenarios. > > > On Monday, August 17, 2015, Mike Weick wrote: > >> Does anyone know of a solution to the above? I cannot understand why when >> I put the parameters in my public dialplan to handle calls from a DID that >> the web users are also being prompted for a pin. Please. >> >> On Sun, Aug 16, 2015 at 1:55 PM, Mike Weick >> wrote: >> >>> Hello, I am having issues with adding an extension to my dialplan in >>> order to have users join my bigbluebutton conference via phone. What's >>> happening is, when web-users go into the meeting, they are ALSO being >>> prompted for a pin. I have not found any info specifically for this issue, >>> so I was hoping I could get some suggestions here. >>> >>> Here is my */conf/dialplan/public.xml*: >>> >>> >>> >>> >>> >>> >> break="on-false"> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> *And here is my /conf/dialplan/default.xml* >>> >>> >>> >>> >>> >> expression="^(SEND_TO_CONFERENCE)$"> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> *Thank you in advance for any ideas. * >>> >> >> > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/a5bdc457/attachment.html From mike at jerris.com Mon Aug 17 10:45:23 2015 From: mike at jerris.com (Michael Jerris) Date: Mon, 17 Aug 2015 02:45:23 -0400 Subject: [Freeswitch-users] Bigbluebutton Conference and Freeswitch Dialplan In-Reply-To: References: Message-ID: If you look at the debug log of both calls, you'll see all the condition statements from dial plan and it should tell you why the scenarios are both matching On Monday, August 17, 2015, Mike Weick wrote: > Thank you, Michael. I don't see where I'm having it matching in both > scenarios. But is there somewhere else I should look besides in the above > files to check? I apologize for my obvious lack of knowledge on this, I'm > just learning Freeswitch. > > On Mon, Aug 17, 2015 at 12:50 AM, Michael Jerris > wrote: > >> This would only happen if it's getting matched in both scenarios. >> >> >> On Monday, August 17, 2015, Mike Weick > > wrote: >> >>> Does anyone know of a solution to the above? I cannot understand why >>> when I put the parameters in my public dialplan to handle calls from a DID >>> that the web users are also being prompted for a pin. Please. >>> >>> On Sun, Aug 16, 2015 at 1:55 PM, Mike Weick >>> wrote: >>> >>>> Hello, I am having issues with adding an extension to my dialplan in >>>> order to have users join my bigbluebutton conference via phone. What's >>>> happening is, when web-users go into the meeting, they are ALSO being >>>> prompted for a pin. I have not found any info specifically for this issue, >>>> so I was hoping I could get some suggestions here. >>>> >>>> Here is my */conf/dialplan/public.xml*: >>>> >>>> >>>> >>>> >>>> >>>> >>> break="on-false"> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> *And here is my /conf/dialplan/default.xml* >>>> >>>> >>>> >>>> >>>> >>> expression="^(SEND_TO_CONFERENCE)$"> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> *Thank you in advance for any ideas. * >>>> >>> >>> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/218b28d3/attachment-0001.html From s.safarov at gmail.com Mon Aug 17 11:27:05 2015 From: s.safarov at gmail.com (Sergey Safarov) Date: Mon, 17 Aug 2015 10:27:05 +0300 Subject: [Freeswitch-users] config request via amod_amqp Message-ID: Are Is possible to request the configuration xml tree of any module (eg mod_nibblebill) through event processing module such as a (mod_amqp, mod_event_socket, mod_erlang)? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/e69b6cb0/attachment.html From covici at ccs.covici.com Mon Aug 17 11:30:48 2015 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Mon, 17 Aug 2015 03:30:48 -0400 Subject: [Freeswitch-users] Bigbluebutton Conference and Freeswitch Dialplan In-Reply-To: References: Message-ID: <14915.1439796648@ccs.covici.com> Don't use a pin for the conference itself, just use an ivr, otherwise you have to enter it twice. I think this is standard behavior. Mike Weick wrote: > Does anyone know of a solution to the above? I cannot understand why when I > put the parameters in my public dialplan to handle calls from a DID that > the web users are also being prompted for a pin. Please. > > On Sun, Aug 16, 2015 at 1:55 PM, Mike Weick wrote: > > > Hello, I am having issues with adding an extension to my dialplan in order > > to have users join my bigbluebutton conference via phone. What's happening > > is, when web-users go into the meeting, they are ALSO being prompted for a > > pin. I have not found any info specifically for this issue, so I was hoping > > I could get some suggestions here. > > > > Here is my */conf/dialplan/public.xml*: > > > > > > > > > > > > > break="on-false"> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > *And here is my /conf/dialplan/default.xml* > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > *Thank you in advance for any ideas. * > > > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici at ccs.covici.com From ssinyagin at gmail.com Mon Aug 17 12:40:52 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Mon, 17 Aug 2015 10:40:52 +0200 Subject: [Freeswitch-users] Compiling under SmartOS Message-ID: I see there are some people on the list, working with SmartOS. The current master fails to compile: https://freeswitch.org/jira/browse/FS-7967 Your input will be appreciated. I just started looking around and getting the feeling what SmartOS is. I worked with Solaris quite a lot, but that was almost 10 years ago. From giggsey at gmail.com Mon Aug 17 13:15:16 2015 From: giggsey at gmail.com (Joshua Gigg) Date: Mon, 17 Aug 2015 10:15:16 +0100 Subject: [Freeswitch-users] mod_voicemail verbose events? Message-ID: Hi all, I'm trying to use the CUSTOM vm:maintenance events sent from mod_voicemail, but it seems that 'verbose_events' does not actually do anything? >From my brief look at the source, it seems that 'switch_channel_event_set_data' will handle adding it, but the voicemail application doesn't call this function (most other applications do). Does anyone know of a better way to getting voicemail actions (I can already work out that a voicemail has been left by the channel execute complete event, but I want additional events such as listened to voicemail, deleted etc.) or should I raise an issue? -- Joshua Gigg -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/e7a5385a/attachment.html From david.fu at oocl.com Mon Aug 17 13:28:19 2015 From: david.fu at oocl.com (david.fu at oocl.com) Date: Mon, 17 Aug 2015 17:28:19 +0800 Subject: [Freeswitch-users] MRCP session has not terminated when integrate with Nuance Message-ID: <61E1B4F8DE845A4F986F448F6D50A38504BF3757E8@E2K7CCR03.corp.oocl.com> Hi All, I'm encountering the following errors when integrate freeSWITCH with Nuance through MRCP v2. Would you please advise on it ? Thanks. 2015-08-17 16:26:47.195956 [DEBUG] apt_task.c:265 () Signal Message to [MRCP Client] [0x7f34500df0f0;2;3] 2015-08-17 16:26:47.195956 [DEBUG] apt_poller_task.c:251 () Wait for Messages [MRCPv2ConnectionAgent] 2015-08-17 16:26:47.195956 [DEBUG] apt_task.c:337 () Process Message [MRCP Client] [0x7f34500df0f0;2;3] 2015-08-17 16:26:47.195956 [INFO] mrcp_client_session.c:516 (TTS-0) Raise App MRCP Event TTS-0 <11> 2015-08-17 16:26:47.195956 [DEBUG] mod_unimrcp.c:1996 (TTS-0) SPEAK-COMPLETE 2015-08-17 16:26:47.195956 [DEBUG] mod_unimrcp.c:1577 (TTS-0) PROCESSING ==> DONE 2015-08-17 16:26:47.195956 [DEBUG] apt_consumer_task.c:141 () Wait for Messages [MRCP Client] 2015-08-17 16:26:47.235995 [DEBUG] mod_unimrcp.c:1577 (TTS-0) DONE ==> READY af98042e-44b9-11e5-9d1d-8f644fb5407d 2015-08-17 16:26:47.235995 [DEBUG] switch_ivr_play_say.c:2508 done speaking text 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:265 () Signal Message to [MRCP Client] [0x7f34500da780;4;0] 2015-08-17 16:26:47.235995 [DEBUG] mod_unimrcp.c:923 (TTS-0) Waiting for MRCP session to terminate 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:337 () Process Message [MRCP Client] [0x7f34500da780;4;0] 2015-08-17 16:26:47.235995 [INFO] mrcp_client_session.c:387 (TTS-0) Receive App Request TTS-0 <11> [1] 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:1283 (TTS-0) Dispatch App Request TTS-0 <11> [1] 2015-08-17 16:26:47.235995 [INFO] mrcp_client_session.c:833 (TTS-0) Terminate Session TTS-0 <11> 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:854 (TTS-0) Remove Control Channel TTS-0 <11> 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:265 () Signal Message to [MRCPv2ConnectionAgent] [0x7f344c014410;1;0] 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:864 (TTS-0) Subtract Media Termination TTS-0 <11 at media-tm> 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:885 (TTS-0) Subtract Media Termination TTS-0 <11 at rtp-tm> 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:265 () Signal Message to [MediaEngine] [0x7f344c0b9b10;1;0] 2015-08-17 16:26:47.235995 [DEBUG] apt_consumer_task.c:141 () Wait for Messages [MRCP Client] 2015-08-17 16:26:47.235995 [DEBUG] apt_poller_task.c:261 () Process Poller Wakeup [MRCPv2ConnectionAgent] 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:337 () Process Message [MRCPv2ConnectionAgent] [0x7f344c014410;1;0] 2015-08-17 16:26:47.235995 [INFO] mrcp_client_connection.c:459 (TTS-0) Remove Control Channel <11 at speechsynth> [0] 2015-08-17 16:26:47.235995 [INFO] mrcp_client_connection.c:386 () Close TCP/MRCPv2 Connection 146.222.181.242:45885 <-> 146.222.181.147:6075 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:265 () Signal Message to [MRCP Client] [0x7f34500df0f0;2;2] 2015-08-17 16:26:47.235995 [DEBUG] apt_poller_task.c:251 () Wait for Messages [MRCPv2ConnectionAgent] 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:337 () Process Message [MRCP Client] [0x7f34500df0f0;2;2] 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:331 (TTS-0) Control Channel Removed TTS-0 <11 at speechsynth> 2015-08-17 16:26:47.235995 [DEBUG] apt_consumer_task.c:141 () Wait for Messages [MRCP Client] 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:337 () Process Message [MediaEngine] [0x7f344c0b9b10;1;0] 2015-08-17 16:26:47.235995 [DEBUG] mpf_bridge.c:100 () Destroy Audio Bridge TTS-0 2015-08-17 16:26:47.235995 [INFO] mpf_rtp_stream.c:541 () Close RTP Receiver 146.222.181.242:4000 <- 146.222.181.147:7892 [r:65 l:0 j:853 p:0 d:0 i:0] 2015-08-17 16:26:47.235995 [DEBUG] mpf_context.c:238 () Remove Media Context TTS-0 2015-08-17 16:26:47.235995 [INFO] mpf_rtp_stream.c:418 () Remove RTP Session 146.222.181.242:4000 2015-08-17 16:26:47.235995 [INFO] mpf_rtp_stream.c:1212 () Generate RTCP RR [ssrc:27970 last_seq:3019 j:853 lost:0 frac:0] 2015-08-17 16:26:47.235995 [INFO] mpf_rtp_stream.c:1386 () Send Compound RTCP Packet [BYE] [84 bytes] 146.222.181.242:4001 -> 146.222.181.147:7893 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:265 () Signal Message to [MRCP Client] [0x126f7e0;3;0] 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:337 () Process Message [MRCP Client] [0x126f7e0;3;0] 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:1014 (TTS-0) Media Termination Subtracted TTS-0 <11 at media-tm> 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:1014 (TTS-0) Media Termination Subtracted TTS-0 <11 at rtp-tm> 2015-08-17 16:26:47.235995 [DEBUG] apt_consumer_task.c:141 () Wait for Messages [MRCP Client] 2015-08-17 16:26:52.236001 [WARNING] mod_unimrcp.c:927 (TTS-0) MRCP session has not terminated after 5000 ms Best Regards, David IMPORTANT NOTICE Email from OOCL is confidential and may be legally privileged. If it is not intended for you, please delete it immediately unread. The internet cannot guarantee that this communication is free of viruses, interception or interference and anyone who communicates with us by email is taken to accept the risks in doing so. Without limitation, OOCL and its affiliates accept no liability whatsoever and howsoever arising in connection with the use of this email. Under no circumstances shall this email constitute a binding agreement to carry or for provision of carriage services by OOCL, which is subject to the availability of carrier's equipment and vessels and the terms and conditions of OOCL's standard bill of lading which is also available at http://www.oocl.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/4d2982c0/attachment.html From giggsey at gmail.com Mon Aug 17 15:54:54 2015 From: giggsey at gmail.com (Joshua Gigg) Date: Mon, 17 Aug 2015 12:54:54 +0100 Subject: [Freeswitch-users] mod_voicemail verbose events? In-Reply-To: References: Message-ID: Further to my previous email, I can see that switch_channel_event_set_data is called on the following events: - change-greeting - record-greeting - change-password - record-name - authentication This appears to miss out the set data for: - mwi-update - folder-summary - leave-message As this does appear to be an oversight for some of the events, I'll raise an issue. On 17 August 2015 at 10:15, Joshua Gigg wrote: > Hi all, > > I'm trying to use the CUSTOM vm:maintenance events sent from > mod_voicemail, but it seems that 'verbose_events' does not actually do > anything? > > From my brief look at the source, it seems that 'switch_channel_event_set_data' > will handle adding it, but the voicemail application doesn't call this > function (most other applications do). > > > Does anyone know of a better way to getting voicemail actions (I can > already work out that a voicemail has been left by the channel execute > complete event, but I want additional events such as listened to voicemail, > deleted etc.) or should I raise an issue? > > -- > Joshua Gigg > -- Joshua Gigg -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/cce8ecdd/attachment-0001.html From giggsey at gmail.com Mon Aug 17 16:01:57 2015 From: giggsey at gmail.com (Joshua Gigg) Date: Mon, 17 Aug 2015 13:01:57 +0100 Subject: [Freeswitch-users] mod_voicemail verbose events? In-Reply-To: References: Message-ID: Created as FS-7968 . On 17 August 2015 at 12:54, Joshua Gigg wrote: > Further to my previous email, I can see that switch_channel_event_set_data > is called on the following events: > > - change-greeting > - record-greeting > - change-password > - record-name > - authentication > > > This appears to miss out the set data for: > > - mwi-update > - folder-summary > - leave-message > > > As this does appear to be an oversight for some of the events, I'll raise > an issue. > > On 17 August 2015 at 10:15, Joshua Gigg wrote: > >> Hi all, >> >> I'm trying to use the CUSTOM vm:maintenance events sent from >> mod_voicemail, but it seems that 'verbose_events' does not actually do >> anything? >> >> From my brief look at the source, it seems that 'switch_channel_event_set_data' >> will handle adding it, but the voicemail application doesn't call this >> function (most other applications do). >> >> >> Does anyone know of a better way to getting voicemail actions (I can >> already work out that a voicemail has been left by the channel execute >> complete event, but I want additional events such as listened to voicemail, >> deleted etc.) or should I raise an issue? >> >> -- >> Joshua Gigg >> > > > > -- > Joshua Gigg > -- Joshua Gigg -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/2e1d9fab/attachment.html From kworm at sofnet.com Mon Aug 17 17:32:38 2015 From: kworm at sofnet.com (Kevin Wormington) Date: Mon, 17 Aug 2015 08:32:38 -0500 Subject: [Freeswitch-users] Compiling under SmartOS In-Reply-To: References: Message-ID: <55D1E276.3030205@sofnet.com> I'm not a Freeswitch dev but have some experience with SmartOS porting...here is a page on pkgsrc that sums up a lot of the issues you can run into: http://www.perkin.org.uk/posts/pkgsrc-on-smartos-fixing-broken-builds.html Hope this helps! On 08/17/2015 03:40 AM, Stanislav Sinyagin wrote: > I see there are some people on the list, working with SmartOS. > > The current master fails to compile: > https://freeswitch.org/jira/browse/FS-7967 > > Your input will be appreciated. > > I just started looking around and getting the feeling what SmartOS is. > I worked with Solaris quite a lot, but that was almost 10 years ago. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > From brian at freeswitch.org Mon Aug 17 19:49:50 2015 From: brian at freeswitch.org (Brian West) Date: Mon, 17 Aug 2015 10:49:50 -0500 Subject: [Freeswitch-users] Building FS on Ubuntu 14.04 & libyuv In-Reply-To: <55D15C4E.8020207@gmail.com> References: <1312D1D4-7092-44B5-B51A-58563DCC6268@jerris.com> <55D15C4E.8020207@gmail.com> Message-ID: Its not well supported because nobody that cares has stepped up to help make sure the packaging of the deps are correct. On Sun, Aug 16, 2015 at 11:00 PM, Paul Cuttler wrote: > Thanks Ken & Michael, > > On that basis I'll move this to Debian and/or CentOS. I had v1.4 working > well with Ubuntu and didn't realise it wasn't so well supported. > > > > On 17/08/2015 1:54 PM, Michael Jerris wrote: > > If building master, there are significant additional dependencies, some of > those include some updated dependencies that you must use our updated > copies of, the far easiest way to do so would be to use the following > directions for how to install on Debian Jessie. > > https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+1.6+Video > > If you must use Ubuntu, you will have to figure out what dependencies and > modifications you will need in order to properly update all the required > dependency libraries (note, if this is not done properly, you may get it to > build, only to have significant instability and crashing), you might need > some of the libraries at: > > https://freeswitch.org/stash/projects/SD > > This is a mostly full list of dependencies we build or rebuild for some > different platforms. You would have to figure out what exactly is > necessary and what exact versions are necessary for ubuntu, it may involve > finding different versions and applyinh some of our patches to them. > > > On Aug 16, 2015, at 11:39 PM, Paul Cuttler wrote: > > Hi all, > > I'm trying to build Freeswitch on Ubuntu Server 14.04 and getting the > following error: > > You must install libyuv-dev to build mod_fsv. > > It looks like this is a known issue but I can't find anything that gets > around it. Could someone please let me know if there's a solution. I really > only need to use mod_rtmp and any modules it depends on (eg obviously > mod_sofia for starters), so perhaps I can disable mod_fsv and others but > I'm not sure which ones. > > thanks, > > Paul > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com > > FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/c9294a50/attachment.html From petedao at gmail.com Mon Aug 17 20:06:04 2015 From: petedao at gmail.com (Pete Kay) Date: Mon, 17 Aug 2015 09:06:04 -0700 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP Message-ID: Hi I am trying to send call from webrtc to freeswitch and then bridge to an external endpoint that is a normal SIP phone. I tried to use sip_secure_media=false to force the media to be converted from SAVP to AVP. But the outgoing INVITE is still showing SAVP ( sip trace blow ). Does anyone know where I am doing wrong? any help will be greately appreciated. 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing 1001 <1001>->1002 in context default Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing [default->incoming_calls] continue=false Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x ) 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> CS_EXECUTE 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE EXECUTE sofia/internal/1001 at y.y.y.y:5060 bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x ) 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 Parsing global variables 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 Parsing session specific variables 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel sofia/internal/754617162742492 at x.x.x.x [ca6d5930-44f4-11e5-9cc9-c9574f94e170] 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 (sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] Setting a-leg inherit_codec=true 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b ' 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_INIT 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/754617162742492 at x.x.x.x) State INIT 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 sofia/internal/754617162742492 at x.x.x.x SOFIA INIT 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit Local SDP: v=0 o=- 4133111956976529630 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 0.0.0.0 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:Gn8CX52vaidE1C73 a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy a=fingerprint:sha-1 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 a=ssrc:3618235845 msid:media_stream audio_track a=ssrc:3618235845 mslabel:media_stream a=ssrc:3618235845 label:audio_track a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host generation 0 a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host generation 0 a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host generation 0 a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host generation 0 a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host tcptype passive generation 0 a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host tcptype passive generation 0 a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host tcptype passive generation 0 a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host tcptype passive generation 0 a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx raddr 192.168.1.101 rport 60710 generation 0 a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx raddr 192.168.1.101 rport 64150 generation 0 a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx raddr 10.73.229.110 rport 52079 generation 0 a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx raddr 10.73.229.110 rport 51909 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay raddr 27.38.56.3 rport 36782 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay raddr 27.38.56.3 rport 37553 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay raddr 112.97.38.179 rport 54091 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay raddr 112.97.38.179 rport 54092 generation 0 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 sofia/internal/754617162742492 at x.x.x.x Standard INIT 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> CS_ROUTING 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_ROUTING 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/754617162742492 at x.x.x.x) State ROUTING 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 (sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to sleep 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_CONSUME_MEDIA 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to sleep send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: ------------------------------------------------------------------------ INVITE sip:754617162742492 at x.x.x.x SIP/2.0 Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e Max-Forwards: 69 From: "Extension 1001" ;tag=H6HrjU4ZH1KjD To: Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be CSeq: 79576629 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit 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 Content-Type: application/sdp Content-Disposition: session Content-Length: 2665 X-FS-Support: update_display,send_info Remote-Party-ID: "Extension 1001" ;party=calling;screen=yes;privacy=off v=0 o=- 4133111956976529630 2 IN IP4 y.y.y.y s=- t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 0.0.0.0 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:Gn8CX52vaidE1C73 a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy a=fingerprint:sha-1 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 a=ssrc:3618235845 msid:media_stream audio_track a=ssrc:3618235845 mslabel:media_stream a=ssrc:3618235845 label:audio_track a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host generation 0 a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host generation 0 a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host generation 0 a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host generation 0 a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host tcptype passive generation 0 a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host tcptype passive generation 0 a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host tcptype passive generation 0 a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host tcptype passive generation 0 a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx raddr 192.168.1.101 rport 60710 generation 0 a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx raddr 192.168.1.101 rport 64150 generation 0 a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx raddr 10.73.229.110 rport 52079 generation 0 a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx raddr 10.73.229.110 rport 51909 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay raddr 27.38.56.3 rport 36782 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay raddr 27.38.56.3 rport 37553 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay raddr 112.97.38.179 rport 54091 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay raddr 112.97.38.179 rport 54092 generation 0 ------------------------------------------------------------------------ 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e From: "Extension 1001" ;tag=H6HrjU4ZH1KjD To: Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be CSeq: 79576629 INVITE User-Agent: DNL-Switch Content-Length: 0 ------------------------------------------------------------------------ recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: ------------------------------------------------------------------------ SIP/2.0 415 Unsupported Media Type Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e From: "Extension 1001" ;tag=H6HrjU4ZH1KjD To: ;tag=Ut8ye62NUrQeB Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be CSeq: 79576629 INVITE User-Agent: DNL-Switch Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO Supported: timer Content-Length: 0 ------------------------------------------------------------------------ send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: ------------------------------------------------------------------------ ACK sip:754617162742492 at x.x.x.x SIP/2.0 Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e Max-Forwards: 69 From: "Extension 1001" ;tag=H6HrjU4ZH1KjD To: ;tag=Ut8ye62NUrQeB Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be CSeq: 79576629 ACK Content-Length: 0 ------------------------------------------------------------------------ 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel sofia/internal/754617162742492 at x.x.x.x entering state [terminated][415] 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] [SERVICE_NOT_IMPLEMENTED] 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_HANGUP 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> HANGUP 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/754617162742492 at x.x.x.x) State HANGUP 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel sofia/internal/754617162742492 at x.x.x.x hanging up, cause: SERVICE_NOT_IMPLEMENTED 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: SERVICE_NOT_IMPLEMENTED 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> CS_REPORTING 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_REPORTING 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/754617162742492 at x.x.x.x) State REPORTING 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: SERVICE_NOT_IMPLEMENTED 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to sleep 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING -> CS_DESTROY 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 2 (sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting on external entities 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 Originate Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 2 (sofia/internal/754617162742492 at x.x.x.x) Ended 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_DESTROY 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/754617162742492 at x.x.x.x) State DESTROY 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 sofia/internal/754617162742492 at x.x.x.x Standard DESTROY 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to sleep 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate Failed. Cause: SERVICE_NOT_IMPLEMENTED 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] [SERVICE_NOT_IMPLEMENTED] 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 sofia/internal/1001 at y.y.y.y:5060 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> HANGUP 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/1001 at y.y.y.y:5060) State HANGUP 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 from the other leg 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: SERVICE_NOT_IMPLEMENTED 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to INVITE with: 415 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: SERVICE_NOT_IMPLEMENTED 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> CS_REPORTING 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/1001 at y.y.y.y:5060) State REPORTING send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: ------------------------------------------------------------------------ SIP/2.0 415 Unsupported Media Type Via: SIP/2.0/TCP 192.168.1.101:5060 ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 Max-Forwards: 70 From: ;tag=9de53b6c To: ;tag=gXrZg0KvmrXZH Call-ID: kVdW6FArCGqcEPe7zR3x4g.. CSeq: 2 INVITE User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" Content-Length: 0 Remote-Party-ID: "1002" ;party=calling;privacy=off;screen=no ------------------------------------------------------------------------ 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: SERVICE_NOT_IMPLEMENTED 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> CS_DESTROY 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 1 (sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on external entities 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 1 (sofia/internal/1001 at y.y.y.y:5060) Ended 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/1001 at y.y.y.y:5060) State DESTROY 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: ------------------------------------------------------------------------ ACK sip:1002 at y.y.y.y:5060 SIP/2.0 Via: SIP/2.0/TCP 192.168.1.101:5060 ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport Max-Forwards: 70 To: ;tag=gXrZg0KvmrXZH From: ;tag=9de53b6c Call-ID: kVdW6FArCGqcEPe7zR3x4g.. CSeq: 2 ACK Content-Length: 0 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/83c41252/attachment-0001.html From brian at freeswitch.org Mon Aug 17 20:28:46 2015 From: brian at freeswitch.org (Brian West) Date: Mon, 17 Aug 2015 11:28:46 -0500 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: Message-ID: rtp_secure_media=false is the variable name. On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay wrote: > Hi > > I am trying to send call from webrtc to freeswitch and then bridge to an > external endpoint that is a normal SIP phone. I tried to use > sip_secure_media=false to force the media to be converted from SAVP to > AVP. > > But the outgoing INVITE is still showing SAVP ( sip trace blow ). Does > anyone know where I am doing wrong? any help will be greately > appreciated. > > 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing 1001 > <1001>->1002 in context default > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing > [default->incoming_calls] continue=false > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) [incoming_calls] > ${destination_number}(1002) =~ /1002/ break=on-false > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action > bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x > ) > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 > (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> CS_EXECUTE > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 > (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 > (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 > (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 > sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 > sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE > > EXECUTE sofia/internal/1001 at y.y.y.y:5060 > bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x > ) > > 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 Parsing > global variables > > 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 Parsing > session specific variables > > 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel > sofia/internal/754617162742492 at x.x.x.x > [ca6d5930-44f4-11e5-9cc9-c9574f94e170] > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 > (sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] > Setting a-leg inherit_codec=true > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] > Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b > ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h > @20i at 64000b' > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 > (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_INIT > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 > (sofia/internal/754617162742492 at x.x.x.x) State INIT > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 > sofia/internal/754617162742492 at x.x.x.x SOFIA INIT > > 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 > sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 git > 58f1272 2015-08-14 17:51:12Z 64bit > > Local SDP: > > v=0 > > o=- 4133111956976529630 2 IN IP4 127.0.0.1 > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:Gn8CX52vaidE1C73 > > a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy > > a=fingerprint:sha-1 > 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 > > a=ssrc:3618235845 msid:media_stream audio_track > > a=ssrc:3618235845 mslabel:media_stream > > a=ssrc:3618235845 label:audio_track > > a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host > generation 0 > > a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host > generation 0 > > a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host > generation 0 > > a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host > generation 0 > > a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host > tcptype passive generation 0 > > a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host > tcptype passive generation 0 > > a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host > tcptype passive generation 0 > > a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host > tcptype passive generation 0 > > a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx raddr > 192.168.1.101 rport 60710 generation 0 > > a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx raddr > 192.168.1.101 rport 64150 generation 0 > > a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx raddr > 10.73.229.110 rport 52079 generation 0 > > a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx raddr > 10.73.229.110 rport 51909 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay raddr > 27.38.56.3 rport 36782 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay raddr > 27.38.56.3 rport 37553 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay raddr > 112.97.38.179 rport 54091 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay raddr > 112.97.38.179 rport 54092 generation 0 > > > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 > sofia/internal/754617162742492 at x.x.x.x Standard INIT > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 > (sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> > CS_ROUTING > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 > (sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 > (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_ROUTING > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 > (sofia/internal/754617162742492 at x.x.x.x) State ROUTING > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 > sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING > > 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 > (sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> > CS_CONSUME_MEDIA > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 > (sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to sleep > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 > (sofia/internal/754617162742492 at x.x.x.x) Running State Change > CS_CONSUME_MEDIA > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 > (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 > (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to > sleep > > send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: > > ------------------------------------------------------------------------ > > INVITE sip:754617162742492 at x.x.x.x SIP/2.0 > > Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e > > Max-Forwards: 69 > > From: "Extension 1001" ;tag=H6HrjU4ZH1KjD > > To: > > Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be > > CSeq: 79576629 INVITE > > Contact: > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > 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 > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 2665 > > X-FS-Support: update_display,send_info > > Remote-Party-ID: "Extension 1001" >;party=calling;screen=yes;privacy=off > > > > v=0 > > o=- 4133111956976529630 2 IN IP4 y.y.y.y > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:Gn8CX52vaidE1C73 > > a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy > > a=fingerprint:sha-1 > 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 > > a=ssrc:3618235845 msid:media_stream audio_track > > a=ssrc:3618235845 mslabel:media_stream > > a=ssrc:3618235845 label:audio_track > > a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host > generation 0 > > a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host > generation 0 > > a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host > generation 0 > > a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host > generation 0 > > a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host > tcptype passive generation 0 > > a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host > tcptype passive generation 0 > > a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host > tcptype passive generation 0 > > a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host > tcptype passive generation 0 > > a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx > raddr 192.168.1.101 rport 60710 generation 0 > > a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx > raddr 192.168.1.101 rport 64150 generation 0 > > a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx > raddr 10.73.229.110 rport 52079 generation 0 > > a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx > raddr 10.73.229.110 rport 51909 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay > raddr 27.38.56.3 rport 36782 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay > raddr 27.38.56.3 rport 37553 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay > raddr 112.97.38.179 rport 54091 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay > raddr 112.97.38.179 rport 54092 generation 0 > > ------------------------------------------------------------------------ > > 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel > sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] > > recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: > > ------------------------------------------------------------------------ > > SIP/2.0 100 Trying > > Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e > > From: "Extension 1001" ;tag=H6HrjU4ZH1KjD > > To: > > Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be > > CSeq: 79576629 INVITE > > User-Agent: DNL-Switch > > Content-Length: 0 > > > > ------------------------------------------------------------------------ > > recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: > > ------------------------------------------------------------------------ > > SIP/2.0 415 Unsupported Media Type > > Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e > > From: "Extension 1001" ;tag=H6HrjU4ZH1KjD > > To: ;tag=Ut8ye62NUrQeB > > Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be > > CSeq: 79576629 INVITE > > User-Agent: DNL-Switch > > Accept: application/sdp > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO > > Supported: timer > > Content-Length: 0 > > > > ------------------------------------------------------------------------ > > send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: > > ------------------------------------------------------------------------ > > ACK sip:754617162742492 at x.x.x.x SIP/2.0 > > Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e > > Max-Forwards: 69 > > From: "Extension 1001" ;tag=H6HrjU4ZH1KjD > > To: ;tag=Ut8ye62NUrQeB > > Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be > > CSeq: 79576629 ACK > > Content-Length: 0 > > > > ------------------------------------------------------------------------ > > 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel > sofia/internal/754617162742492 at x.x.x.x entering state [terminated][415] > > 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup > sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] > [SERVICE_NOT_IMPLEMENTED] > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 > (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 > (sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 > (sofia/internal/754617162742492 at x.x.x.x) State HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel > sofia/internal/754617162742492 at x.x.x.x hanging up, cause: > SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 > sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: > SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 > (sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 > (sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> > CS_REPORTING > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 > (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_REPORTING > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 > (sofia/internal/754617162742492 at x.x.x.x) State REPORTING > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 > sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: > SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 > (sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to sleep > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 > (sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING -> > CS_DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 2 > (sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting on external > entities > > 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 Originate > Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] > > 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 2 > (sofia/internal/754617162742492 at x.x.x.x) Ended > > 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close > Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 > (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 > (sofia/internal/754617162742492 at x.x.x.x) State DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 > sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 > sofia/internal/754617162742492 at x.x.x.x Standard DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 > (sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to sleep > > 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate Failed. > Cause: SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup > sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] [SERVICE_NOT_IMPLEMENTED] > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 > sofia/internal/1001 at y.y.y.y:5060 skip receive message > [APPLICATION_EXEC_COMPLETE] (channel is hungup already) > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 > (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 > (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 > (sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 > (sofia/internal/1001 at y.y.y.y:5060) State HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 > sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 from > the other leg > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel > sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: > SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to INVITE > with: 415 > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 > sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: > SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 > (sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 > (sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> CS_REPORTING > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 > (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 > (sofia/internal/1001 at y.y.y.y:5060) State REPORTING > > send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: > > ------------------------------------------------------------------------ > > SIP/2.0 415 Unsupported Media Type > > Via: SIP/2.0/TCP 192.168.1.101:5060 > ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 > > Max-Forwards: 70 > > From: ;tag=9de53b6c > > To: ;tag=gXrZg0KvmrXZH > > Call-ID: kVdW6FArCGqcEPe7zR3x4g.. > > CSeq: 2 INVITE > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 > > Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" > > Content-Length: 0 > > Remote-Party-ID: "1002" >;party=calling;privacy=off;screen=no > > > > ------------------------------------------------------------------------ > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 > sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: > SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 > (sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 > (sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> CS_DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 1 > (sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on external entities > > 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 1 > (sofia/internal/1001 at y.y.y.y:5060) Ended > > 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close > Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 > (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 > (sofia/internal/1001 at y.y.y.y:5060) State DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 > sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 > sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 > (sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep > > recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: > > ------------------------------------------------------------------------ > > ACK sip:1002 at y.y.y.y:5060 SIP/2.0 > > Via: SIP/2.0/TCP 192.168.1.101:5060 > ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport > > Max-Forwards: 70 > > To: ;tag=gXrZg0KvmrXZH > > From: ;tag=9de53b6c > > Call-ID: kVdW6FArCGqcEPe7zR3x4g.. > > CSeq: 2 ACK > > Content-Length: 0 > > > > ------------------------------------------------------------------------ > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/dfa7abf6/attachment-0001.html From nneul at mst.edu Mon Aug 17 20:34:42 2015 From: nneul at mst.edu (Nathan Neulinger) Date: Mon, 17 Aug 2015 11:34:42 -0500 Subject: [Freeswitch-users] Feature request/suggestion - "say" w/ tts_engine backing Message-ID: <55D20D22.8050608@mst.edu> It would be useful to be able to leverage the functionality of say - for smart parsing/breaking up of the text, but to request that it use the setting for 'tts_engine' to actually get the audio instead of using the recorded files. Implementation possibility: Allow specifying a 'voice' for say via a separate variable (so as to not change the calling convention) - to specify the prefix directory it searches in for audio files. If the desired file isn't present, fall back to generating the words with the configured tts engine. (optional, selectable?) Cache the resulting generated word/phrase for future reuse -- Nathan ------------------------------------------------------------ Nathan Neulinger nneul at mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect From bote_radio at botecomm.com Mon Aug 17 20:36:52 2015 From: bote_radio at botecomm.com (Bote Man) Date: Mon, 17 Aug 2015 12:36:52 -0400 Subject: [Freeswitch-users] systemd won't enable for automatic start of FS Message-ID: <017c01d0d90a$ec056020$c4102060$@botecomm.com> I'm struggling to get systemd to start FreeSWITCH at boot time and also leave it running once it starts. Problem #1 - "systemd enable freeswitch" outputs the right steps, but ends with an error message. The error I get is "No such file or directory" but that is less than helpful. Problem #2 - When I start FreeSWITCH with "systemd start freeswitch" it starts alright, but systemd does not detect FS running properly so it kills it after the specified 45 seconds elapses and restarts it. I can see this in top when FS gets a new pid. Details -------- It's a new installation of Debian 8.1 and I chose to use systemd as the init process. I compiled FreeSWITCH from source using the latest Master as of late July. The only section of the unit file that is supposed to be used by the "enable" command is the [Install] section and that simply points to the multi-user.target as expected. I do not know what to do with the 2 other sample systemd files in /usr/src/freeswitch/debian, perhaps they are key. I have read up on systemd and the FS unit file looks good to my untrained eye. I did not use the sysvinit files that are also in that FS debian directory. I successfully used systemd to start, stop, and enable a few other system services with success so there must be a tweak to the FS unit file that I am missing. I can start FS manually and it runs normally. A Google search revealed a number of complaints that systemd would emit an error message with its "enable" command, yet it would successfully enable the service; this was with a few different services on Debian and Ubuntu, so it seems there might still be some weirdness with systemd on Debian. Has anybody gotten systemd to start FS reliably? Has anybody figured out how to make systemd detect FreeSWITCH running so that it doesn't restart it repeatedly? Once I figure out how to tame systemd I will document my findings in Confluence as these are the last steps that allow you to get FS up and running quickly. Thanks. --- Bote -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/629fb9fd/attachment.html From brian at freeswitch.org Mon Aug 17 20:45:16 2015 From: brian at freeswitch.org (Brian West) Date: Mon, 17 Aug 2015 11:45:16 -0500 Subject: [Freeswitch-users] Feature request/suggestion - "say" w/ tts_engine backing In-Reply-To: <55D20D22.8050608@mst.edu> References: <55D20D22.8050608@mst.edu> Message-ID: You should already be able to do this, see conf/vanilla/lang/en/vm/tts.xml On Mon, Aug 17, 2015 at 11:34 AM, Nathan Neulinger wrote: > It would be useful to be able to leverage the functionality of say - for > smart parsing/breaking up of the text, but to > request that it use the setting for 'tts_engine' to actually get the audio > instead of using the recorded files. > > Implementation possibility: > > Allow specifying a 'voice' for say via a separate variable (so as > to not change the calling convention) - to specify > the prefix directory it searches in for audio files. > If the desired file isn't present, fall back to generating the > words with the configured tts engine. > (optional, selectable?) Cache the resulting generated word/phrase > for future reuse > > -- Nathan > > ------------------------------------------------------------ > Nathan Neulinger nneul at mst.edu > Missouri S&T Information Technology (573) 612-1412 > System Administrator - Architect > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/caa41c2d/attachment.html From brian at freeswitch.org Mon Aug 17 20:47:38 2015 From: brian at freeswitch.org (Brian West) Date: Mon, 17 Aug 2015 11:47:38 -0500 Subject: [Freeswitch-users] Compiling under SmartOS In-Reply-To: <55D1E276.3030205@sofnet.com> References: <55D1E276.3030205@sofnet.com> Message-ID: https://freeswitch.org/jira/browse/FS-6561 https://freeswitch.org/jira/browse/FS-6375 Someone will need to step up and make sure it stays working, I did the initial work to get it going, but nobody picked it up and I'm sure there may be issues, but the above two JIRA's should get you on track. On Mon, Aug 17, 2015 at 8:32 AM, Kevin Wormington wrote: > I'm not a Freeswitch dev but have some experience with SmartOS > porting...here is a page on pkgsrc that sums up a lot of the issues you > can run into: > > http://www.perkin.org.uk/posts/pkgsrc-on-smartos-fixing-broken-builds.html > > Hope this helps! > > On 08/17/2015 03:40 AM, Stanislav Sinyagin wrote: > > I see there are some people on the list, working with SmartOS. > > > > The current master fails to compile: > > https://freeswitch.org/jira/browse/FS-7967 > > > > Your input will be appreciated. > > > > I just started looking around and getting the feeling what SmartOS is. > > I worked with Solaris quite a lot, but that was almost 10 years ago. > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/129a3d9a/attachment-0001.html From lexxua at gmail.com Mon Aug 17 20:48:14 2015 From: lexxua at gmail.com (Volodymyr Fedorov) Date: Mon, 17 Aug 2015 19:48:14 +0300 Subject: [Freeswitch-users] systemd won't enable for automatic start of FS In-Reply-To: <017c01d0d90a$ec056020$c4102060$@botecomm.com> References: <017c01d0d90a$ec056020$c4102060$@botecomm.com> Message-ID: Hello, Do you copied sample configs to /etc/freeswitch directory. On Mon, Aug 17, 2015 at 7:36 PM, Bote Man wrote: > I?m struggling to get systemd to start FreeSWITCH at boot time and also > leave it running once it starts. > > > > Problem #1 ? ?systemd enable freeswitch? outputs the right steps, but ends > with an error message. The error I get is ?No such file or directory? but > that is less than helpful. > > > > Problem #2 ? When I start FreeSWITCH with ?systemd start freeswitch? it > starts alright, but systemd does not detect FS running properly so it kills > it after the specified 45 seconds elapses and restarts it. I can see this > in top when FS gets a new pid. > > > > Details > > -------- > > It?s a new installation of Debian 8.1 and I chose to use systemd as the > init process. I compiled FreeSWITCH from source using the latest Master as > of late July. > > > > The only section of the unit file that is supposed to be used by the > ?enable? command is the [Install] section and that simply points to the > multi-user.target as expected. > > > > I do not know what to do with the 2 other sample systemd files in > /usr/src/freeswitch/debian, perhaps they are key. I have read up on systemd > and the FS unit file looks good to my untrained eye. I did not use the > sysvinit files that are also in that FS debian directory. > > > > I successfully used systemd to start, stop, and enable a few other system > services with success so there must be a tweak to the FS unit file that I > am missing. I can start FS manually and it runs normally. > > > > A Google search revealed a number of complaints that systemd would emit an > error message with its ?enable? command, yet it would successfully enable > the service; this was with a few different services on Debian and Ubuntu, > so it seems there might still be some weirdness with systemd on Debian. > > > > Has anybody gotten systemd to start FS reliably? > > > > Has anybody figured out how to make systemd detect FreeSWITCH running so > that it doesn?t restart it repeatedly? > > > > Once I figure out how to tame systemd I will document my findings in > Confluence as these are the last steps that allow you to get FS up and > running quickly. > > > > Thanks. > > > > > > --- > > Bote > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Best regards, Volodymyr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/4b4c1560/attachment.html From bote_radio at botecomm.com Mon Aug 17 21:13:25 2015 From: bote_radio at botecomm.com (Bote Man) Date: Mon, 17 Aug 2015 13:13:25 -0400 Subject: [Freeswitch-users] systemd won't enable for automatic start of FS In-Reply-To: References: <017c01d0d90a$ec056020$c4102060$@botecomm.com> Message-ID: <019301d0d910$077e3480$167a9d80$@botecomm.com> I copied freeswitch.xml to /etc/freeswitch but I think that is only for sysvinit anyway. I compiled FS from source which runs in a different directory tree than the Debian package. The debs run under /etc/freeswitch while the compiled version runs under /usr/local/freeswitch as I have it configured. Thanks. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Volodymyr Fedorov Sent: Monday, 17 August, 2015 12:48 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS Hello, Do you copied sample configs to /etc/freeswitch directory. On Mon, Aug 17, 2015 at 7:36 PM, Bote Man wrote: I?m struggling to get systemd to start FreeSWITCH at boot time and also leave it running once it starts. Problem #1 ? ?systemd enable freeswitch? outputs the right steps, but ends with an error message. The error I get is ?No such file or directory? but that is less than helpful. Problem #2 ? When I start FreeSWITCH with ?systemd start freeswitch? it starts alright, but systemd does not detect FS running properly so it kills it after the specified 45 seconds elapses and restarts it. I can see this in top when FS gets a new pid. Details -------- It?s a new installation of Debian 8.1 and I chose to use systemd as the init process. I compiled FreeSWITCH from source using the latest Master as of late July. The only section of the unit file that is supposed to be used by the ?enable? command is the [Install] section and that simply points to the multi-user.target as expected. I do not know what to do with the 2 other sample systemd files in /usr/src/freeswitch/debian, perhaps they are key. I have read up on systemd and the FS unit file looks good to my untrained eye. I did not use the sysvinit files that are also in that FS debian directory. I successfully used systemd to start, stop, and enable a few other system services with success so there must be a tweak to the FS unit file that I am missing. I can start FS manually and it runs normally. A Google search revealed a number of complaints that systemd would emit an error message with its ?enable? command, yet it would successfully enable the service; this was with a few different services on Debian and Ubuntu, so it seems there might still be some weirdness with systemd on Debian. Has anybody gotten systemd to start FS reliably? Has anybody figured out how to make systemd detect FreeSWITCH running so that it doesn?t restart it repeatedly? Once I figure out how to tame systemd I will document my findings in Confluence as these are the last steps that allow you to get FS up and running quickly. Thanks. --- Bote _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Best regards, Volodymyr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/e7b2f217/attachment.html From alex at digitalmail.com Mon Aug 17 21:18:18 2015 From: alex at digitalmail.com (Alex Lake) Date: Mon, 17 Aug 2015 18:18:18 +0100 Subject: [Freeswitch-users] Slow outbound call service requires a "fake" UK ringtone Message-ID: <55D2175A.8050504@digitalmail.com> Got an application where it can sometimes take several seconds for an outbound call to give any progress. I'd like the A-party to hear UK ringing "to be getting on with" so they don't think there's something wrong and hang up prematurely. How do I do this? Cheers, Alex From nneul at mst.edu Mon Aug 17 21:23:14 2015 From: nneul at mst.edu (Nathan Neulinger) Date: Mon, 17 Aug 2015 12:23:14 -0500 Subject: [Freeswitch-users] Feature request/suggestion - "say" w/ tts_engine backing In-Reply-To: References: <55D20D22.8050608@mst.edu> Message-ID: <55D21882.1040102@mst.edu> Not sure I see what you're meaning... That has calls to 'speak-text', which just calls TTS directly, without any of the 'smarts' of 'say'. I can currently do this: which uses the already defined tts_engine/tts_voice to provide the audio for the other text (in the speak calls), but the iterated audio of caller id number is spoken by Callie via mod_say_en. Similar for the other functions in say - for currency, counts, ip addresses, etc. In that scenario, the voice will be different. I suppose I could create a new sounds directory, prepopulated with all of the phrases spoken by Callie based on the phrases.en, and then set sound_prefix ahead of time, at which point the voice would match up, but seems like the grammar portion of say could be useful to be able to use generically without having to prepopulate the content. Negative is that given that MOST of those sounds would not be used, it's a bunch of excess calls to the TTS engine to pregenerate for not a lot of benefit. -- Nathan On 08/17/2015 11:45 AM, Brian West wrote: > You should already be able to do this, > > see conf/vanilla/lang/en/vm/tts.xml > > > > On Mon, Aug 17, 2015 at 11:34 AM, Nathan Neulinger > wrote: > > It would be useful to be able to leverage the functionality of say - for smart parsing/breaking up of the text, but to > request that it use the setting for 'tts_engine' to actually get the audio instead of using the recorded files. > > Implementation possibility: > > Allow specifying a 'voice' for say via a separate variable (so as to not change the calling convention) - > to specify > the prefix directory it searches in for audio files. > If the desired file isn't present, fall back to generating the words with the configured tts engine. > (optional, selectable?) Cache the resulting generated word/phrase for future reuse > > -- Nathan > > ------------------------------------------------------------ > Nathan Neulinger nneul at mst.edu > Missouri S&T Information Technology (573) 612-1412 > System Administrator - Architect > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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/* > brian at freeswitch.org > > > */Twitter: @FreeSWITCH , @briankwest/* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ------------------------------------------------------------ Nathan Neulinger nneul at mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect From brian at freeswitch.org Mon Aug 17 21:27:34 2015 From: brian at freeswitch.org (Brian West) Date: Mon, 17 Aug 2015 12:27:34 -0500 Subject: [Freeswitch-users] Feature request/suggestion - "say" w/ tts_engine backing In-Reply-To: <55D21882.1040102@mst.edu> References: <55D20D22.8050608@mst.edu> <55D21882.1040102@mst.edu> Message-ID: I see what you're saying, you'll probably want to pre-generate those then, its a limited set of items. On Mon, Aug 17, 2015 at 12:23 PM, Nathan Neulinger wrote: > Not sure I see what you're meaning... That has calls to 'speak-text', > which just calls TTS directly, without any of the > 'smarts' of 'say'. > > I can currently do this: > > > > > > > which uses the already defined tts_engine/tts_voice to provide the audio > for the other text (in the speak calls), but > the iterated audio of caller id number is spoken by Callie via mod_say_en. > Similar for the other functions in say - for > currency, counts, ip addresses, etc. > > In that scenario, the voice will be different. > > I suppose I could create a new sounds directory, prepopulated with all of > the phrases spoken by Callie based on the > phrases.en, and then set sound_prefix ahead of time, at which point the > voice would match up, but seems like the grammar > portion of say could be useful to be able to use generically without > having to prepopulate the content. Negative is that > given that MOST of those sounds would not be used, it's a bunch of excess > calls to the TTS engine to pregenerate for not > a lot of benefit. > > -- Nathan > > On 08/17/2015 11:45 AM, Brian West wrote: > > You should already be able to do this, > > > > see conf/vanilla/lang/en/vm/tts.xml > > > > > > > > On Mon, Aug 17, 2015 at 11:34 AM, Nathan Neulinger > wrote: > > > > It would be useful to be able to leverage the functionality of say - > for smart parsing/breaking up of the text, but to > > request that it use the setting for 'tts_engine' to actually get the > audio instead of using the recorded files. > > > > Implementation possibility: > > > > Allow specifying a 'voice' for say via a separate variable > (so as to not change the calling convention) - > > to specify > > the prefix directory it searches in for audio files. > > If the desired file isn't present, fall back to generating > the words with the configured tts engine. > > (optional, selectable?) Cache the resulting generated > word/phrase for future reuse > > > > -- Nathan > > > > ------------------------------------------------------------ > > Nathan Neulinger nneul at mst.edu > > Missouri S&T Information Technology (573) 612-1412 > > > System Administrator - Architect > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org FreeSWITCH-users at 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/* > > brian at freeswitch.org > > > > > > */Twitter: @FreeSWITCH , @briankwest/* > > http://www.freeswitchbook.com > > http://www.freeswitchcookbook.com > > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > -- > ------------------------------------------------------------ > Nathan Neulinger nneul at mst.edu > Missouri S&T Information Technology (573) 612-1412 > System Administrator - Architect > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/e8cb6f6c/attachment.html From ssinyagin at gmail.com Mon Aug 17 22:02:39 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Mon, 17 Aug 2015 20:02:39 +0200 Subject: [Freeswitch-users] Compiling under SmartOS In-Reply-To: References: <55D1E276.3030205@sofnet.com> Message-ID: I might do it, but first I need to finish my Variables documentation project. On Aug 17, 2015 6:48 PM, "Brian West" wrote: > https://freeswitch.org/jira/browse/FS-6561 > > https://freeswitch.org/jira/browse/FS-6375 > > > Someone will need to step up and make sure it stays working, I did the > initial work to get it going, but nobody picked it up and I'm sure there > may be issues, but the above two JIRA's should get you on track. > > On Mon, Aug 17, 2015 at 8:32 AM, Kevin Wormington > wrote: > >> I'm not a Freeswitch dev but have some experience with SmartOS >> porting...here is a page on pkgsrc that sums up a lot of the issues you >> can run into: >> >> http://www.perkin.org.uk/posts/pkgsrc-on-smartos-fixing-broken-builds.html >> >> Hope this helps! >> >> On 08/17/2015 03:40 AM, Stanislav Sinyagin wrote: >> > I see there are some people on the list, working with SmartOS. >> > >> > The current master fails to compile: >> > https://freeswitch.org/jira/browse/FS-7967 >> > >> > Your input will be appreciated. >> > >> > I just started looking around and getting the feeling what SmartOS is. >> > I worked with Solaris quite a lot, but that was almost 10 years ago. >> > >> > >> _________________________________________________________________________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at 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 at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at 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* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/31de349a/attachment-0001.html From mike at jerris.com Mon Aug 17 22:18:28 2015 From: mike at jerris.com (Michael Jerris) Date: Mon, 17 Aug 2015 14:18:28 -0400 Subject: [Freeswitch-users] config request via amod_amqp In-Reply-To: References: Message-ID: Not at this time, but code could be added to do that. > On Aug 17, 2015, at 3:27 AM, Sergey Safarov wrote: > > Are Is possible to request the configuration xml tree of any module (eg mod_nibblebill) through event processing module such as a (mod_amqp, mod_event_socket, mod_erlang)? From latit.myriam at gmail.com Mon Aug 17 12:19:29 2015 From: latit.myriam at gmail.com (latit myriam) Date: Mon, 17 Aug 2015 10:19:29 +0200 Subject: [Freeswitch-users] REFER 403 forbidden Message-ID: Hi, I have a problem with the SIP message REFER. I initiate a conference by entering into a conference room, and then I want Freeswitch to add a new participant. According to the RFC 4579, I sent a REFER message to Freeswitch to add the new participant and I get back a NOTIFY with sipfrag 403 forbidden I'm working with virtual IP adresses and I'm working only in local Below is the REFER message I send REFER sip:3000 at 192.168.20.3:6060 SIP/2.0 Via: SIP/2.0/UDP 192.168.20.4:7000;branch=z9hG4bKg4534 Max-Forwards: 70 To: ;isfocus From: ;tag=1832665346 Call-ID: jbDaf1W7hQtswyvf CSeq: 1 REFER Contact: Allow: INVITE,BYE,REGISTER,ACK,OPTIONS,CANCEL,INFO,PRACK,REFER,MESSAGE,PUBLISH Allow-Events: REFER Accept: application/sdp, message/sipfrag Refer-To: Supported: timer, replaces, path Content-Length: 0 and here is the siptrace of FS recv 466 bytes from udp/[192.168.20.3]:7000 at 13:21:45.621109: ------------------------------------------------------------------------ REFER sip:3000 at 192.168.20.3:6060 SIP/2.0 Via: SIP/2.0/UDP 192.168.20.3:7000;rport;branch=z9hG4bKg4534 Max-Forwards: 70 To: ;isfocus;tag=g2y4Btme55Fje From: ;tag=1832665346 Call-ID: jbDaf1W7hQtswyvf CSeq: 476 REFER Contact: Allow: INVITE,BYE,REGISTER,ACK,OPTIONS,CANCEL,INFO,PRACK,REFER,MESSAGE,PUBLISH Refer-To: Supported: replaces Content-Length: 0 ------------------------------------------------------------------------ 2015-08-07 13:21:45.615060 [DEBUG] switch_core_session.c:1061 Send signal sofia/internal/1000 at 192.168.20.3 [BREAK] 2015-08-07 13:21:45.615060 [DEBUG] switch_core_session.c:978 Send signal sofia/internal/1000 at 192.168.20.3 [BREAK] 2015-08-07 13:21:45.615060 [DEBUG] sofia.c:7799 Process REFER to [ 1001 at 192.168.20.3] send 722 bytes to udp/[192.168.20.3]:7000 at 13:21:45.624429: ------------------------------------------------------------------------ SIP/2.0 202 Accepted Via: SIP/2.0/UDP 192.168.20.3:7000;rport=7000;branch=z9hG4bKg4534 From: ;tag=1832665346 To: ;isfocus;tag=g2y4Btme55Fje Call-ID: jbDaf1W7hQtswyvf CSeq: 476 REFER Contact: Expires: 60 User-Agent: FreeSWITCH-mod_sofia/1.4.20+git~20150701T115426Z~0ae8ee7f8f~64bit 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 Content-Length: 0 ------------------------------------------------------------------------ 2015-08-07 13:21:45.615060 [ERR] sofia.c:8297 Cannot Blind Transfer 1 Legged calls send 888 bytes to udp/[192.168.20.3]:7000 at 13:21:45.624580: ------------------------------------------------------------------------ NOTIFY sip:1000 at 192.168.20.3:7000 SIP/2.0 Via: SIP/2.0/UDP 192.168.20.3:6060;rport;branch=z9hG4bKgNeKBK5H869jQ Max-Forwards: 70 From: ;isfocus;tag=g2y4Btme55Fje To: ;tag=1832665346 Call-ID: jbDaf1W7hQtswyvf CSeq: 79137188 NOTIFY Contact: User-Agent: FreeSWITCH-mod_sofia/1.4.20+git~20150701T115426Z~0ae8ee7f8f~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Event: refer;id=476 Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Subscription-State: terminated;reason=noresource Content-Type: message/sipfrag;version=2.0 Content-Length: 23 SIP/2.0 403 Forbidden ------------------------------------------------------------------------ send 888 bytes to udp/[192.168.20.3]:7000 at 13:21:46.625031: ------------------------------------------------------------------------ NOTIFY sip:1000 at 192.168.20.3:7000 SIP/2.0 Via: SIP/2.0/UDP 192.168.20.3:6060;rport;branch=z9hG4bKgNeKBK5H869jQ Max-Forwards: 70 From: ;isfocus;tag=g2y4Btme55Fje To: ;tag=1832665346 Call-ID: jbDaf1W7hQtswyvf CSeq: 79137188 NOTIFY Contact: User-Agent: FreeSWITCH-mod_sofia/1.4.20+git~20150701T115426Z~0ae8ee7f8f~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Event: refer;id=476 Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Subscription-State: terminated;reason=noresource Content-Type: message/sipfrag;version=2.0 Content-Length: 23 SIP/2.0 403 Forbidden ------------------------------------------------------------------------ send 888 bytes to udp/[192.168.20.3]:7000 at 13:21:48.626014: ------------------------------------------------------------------------ NOTIFY sip:1000 at 192.168.20.3:7000 SIP/2.0 Via: SIP/2.0/UDP 192.168.20.3:6060;rport;branch=z9hG4bKgNeKBK5H869jQ Max-Forwards: 70 From: ;isfocus;tag=g2y4Btme55Fje To: ;tag=1832665346 Call-ID: jbDaf1W7hQtswyvf CSeq: 79137188 NOTIFY Contact: User-Agent: FreeSWITCH-mod_sofia/1.4.20+git~20150701T115426Z~0ae8ee7f8f~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Event: refer;id=476 Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Subscription-State: terminated;reason=noresource Content-Type: message/sipfrag;version=2.0 Content-Length: 23 SIP/2.0 403 Forbidden Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/143fdaf4/attachment.html From luis.daniel.lucio at gmail.com Mon Aug 17 17:52:14 2015 From: luis.daniel.lucio at gmail.com (Luis Daniel Lucio Quiroz) Date: Mon, 17 Aug 2015 09:52:14 -0400 Subject: [Freeswitch-users] Request for recommended GUI for freeSWITCH In-Reply-To: <61E1B4F8DE845A4F986F448F6D50A38504BF3756B5@E2K7CCR03.corp.oocl.com> References: <61E1B4F8DE845A4F986F448F6D50A38504BF3756B5@E2K7CCR03.corp.oocl.com> Message-ID: Since Fusion 3.6, you should enable the xml handler. Otherwise, many configurations won't work. I highly recommend you to read the code. You can get free support on irc, but free is free (remember that), or you can get paid support (I will be happy to assist you) LD On Aug 17, 2015 12:01 AM, wrote: > Hi All, > > Besides of Fusion, any recommended GUI for freeSWTICH ? I?m using Fusion. > However, sometimes I found that I couldn?t update the configuration file > using it. Thanks. > > Best Regards, > David > > > > IMPORTANT NOTICE > Email from OOCL is confidential and may be legally privileged. If it is > not > intended for you, please delete it immediately unread. The internet > cannot guarantee that this communication is free of viruses, interception > or interference and anyone who communicates with us by email is taken > to accept the risks in doing so. Without limitation, OOCL and its > affiliates > accept no liability whatsoever and howsoever arising in connection with > the use of this email. Under no circumstances shall this email constitute > a binding agreement to carry or for provision of carriage services by OOCL, > which is subject to the availability of carrier's equipment and vessels and > the terms and conditions of OOCL's standard bill of lading which is also > available at http://www.oocl.com. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/d259a73c/attachment.html From mike at jerris.com Mon Aug 17 22:21:41 2015 From: mike at jerris.com (Michael Jerris) Date: Mon, 17 Aug 2015 14:21:41 -0400 Subject: [Freeswitch-users] systemd won't enable for automatic start of FS In-Reply-To: <019301d0d910$077e3480$167a9d80$@botecomm.com> References: <017c01d0d90a$ec056020$c4102060$@botecomm.com> <019301d0d910$077e3480$167a9d80$@botecomm.com> Message-ID: <6A2AB64A-3C24-4A74-A1FC-F8A5E169DCEB@jerris.com> The ones in tree are only for the packages, you would need to modify those to be the correct paths and manually install them. You can follow the patches that went in to the debian packaging for some indication of how to install them correctly. > On Aug 17, 2015, at 1:13 PM, Bote Man wrote: > > I copied freeswitch.xml to /etc/freeswitch but I think that is only for sysvinit anyway. > > I compiled FS from source which runs in a different directory tree than the Debian package. The debs run under /etc/freeswitch while the compiled version runs under /usr/local/freeswitch as I have it configured. > > Thanks. > > Bote > > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Volodymyr Fedorov > Sent: Monday, 17 August, 2015 12:48 > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS > > Hello, > Do you copied sample configs to /etc/freeswitch directory. > > > On Mon, Aug 17, 2015 at 7:36 PM, Bote Man > wrote: > I?m struggling to get systemd to start FreeSWITCH at boot time and also leave it running once it starts. > > Problem #1 ? ?systemd enable freeswitch? outputs the right steps, but ends with an error message. The error I get is ?No such file or directory? but that is less than helpful. > > Problem #2 ? When I start FreeSWITCH with ?systemd start freeswitch? it starts alright, but systemd does not detect FS running properly so it kills it after the specified 45 seconds elapses and restarts it. I can see this in top when FS gets a new pid. > > Details > -------- > It?s a new installation of Debian 8.1 and I chose to use systemd as the init process. I compiled FreeSWITCH from source using the latest Master as of late July. > > The only section of the unit file that is supposed to be used by the ?enable? command is the [Install] section and that simply points to the multi-user.target as expected. > > I do not know what to do with the 2 other sample systemd files in /usr/src/freeswitch/debian, perhaps they are key. I have read up on systemd and the FS unit file looks good to my untrained eye. I did not use the sysvinit files that are also in that FS debian directory. > > I successfully used systemd to start, stop, and enable a few other system services with success so there must be a tweak to the FS unit file that I am missing. I can start FS manually and it runs normally. > > A Google search revealed a number of complaints that systemd would emit an error message with its ?enable? command, yet it would successfully enable the service; this was with a few different services on Debian and Ubuntu, so it seems there might still be some weirdness with systemd on Debian. > > Has anybody gotten systemd to start FS reliably? > > Has anybody figured out how to make systemd detect FreeSWITCH running so that it doesn?t restart it repeatedly? > > Once I figure out how to tame systemd I will document my findings in Confluence as these are the last steps that allow you to get FS up and running quickly. > > Thanks. > > > --- > Bote > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Best regards, > Volodymyr > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/0c8aac49/attachment-0001.html From mike at jerris.com Mon Aug 17 22:24:17 2015 From: mike at jerris.com (Michael Jerris) Date: Mon, 17 Aug 2015 14:24:17 -0400 Subject: [Freeswitch-users] Feature request/suggestion - "say" w/ tts_engine backing In-Reply-To: <55D21882.1040102@mst.edu> References: <55D20D22.8050608@mst.edu> <55D21882.1040102@mst.edu> Message-ID: <6E348337-6DB5-4759-9B91-21483B4344A0@jerris.com> The easiest solution here is to use pre-generated sound files recorded by the same person as the TTS. The "Callie" voice we have default recordings is the same as the Cepstral tts voice of the same name. > On Aug 17, 2015, at 1:23 PM, Nathan Neulinger wrote: > > Not sure I see what you're meaning... That has calls to 'speak-text', which just calls TTS directly, without any of the > 'smarts' of 'say'. > > I can currently do this: > > > > > > > which uses the already defined tts_engine/tts_voice to provide the audio for the other text (in the speak calls), but > the iterated audio of caller id number is spoken by Callie via mod_say_en. Similar for the other functions in say - for > currency, counts, ip addresses, etc. > > In that scenario, the voice will be different. > > I suppose I could create a new sounds directory, prepopulated with all of the phrases spoken by Callie based on the > phrases.en, and then set sound_prefix ahead of time, at which point the voice would match up, but seems like the grammar > portion of say could be useful to be able to use generically without having to prepopulate the content. Negative is that > given that MOST of those sounds would not be used, it's a bunch of excess calls to the TTS engine to pregenerate for not > a lot of benefit. > > -- Nathan > > On 08/17/2015 11:45 AM, Brian West wrote: >> You should already be able to do this, >> >> see conf/vanilla/lang/en/vm/tts.xml >> >> >> >> On Mon, Aug 17, 2015 at 11:34 AM, Nathan Neulinger >> wrote: >> >> It would be useful to be able to leverage the functionality of say - for smart parsing/breaking up of the text, but to >> request that it use the setting for 'tts_engine' to actually get the audio instead of using the recorded files. >> >> Implementation possibility: >> >> Allow specifying a 'voice' for say via a separate variable (so as to not change the calling convention) - >> to specify >> the prefix directory it searches in for audio files. >> If the desired file isn't present, fall back to generating the words with the configured tts engine. >> (optional, selectable?) Cache the resulting generated word/phrase for future reuse >> >> -- Nathan >> >> ------------------------------------------------------------ >> Nathan Neulinger nneul at mst.edu > >> Missouri S&T Information Technology (573) 612-1412 >> System Administrator - Architect >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at 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/* >> brian at freeswitch.org > >> >> >> */Twitter: @FreeSWITCH , @briankwest/* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Got Bugs? Report them here >! | Reddit: /r/freeswitch > >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -- > ------------------------------------------------------------ > Nathan Neulinger nneul at mst.edu > Missouri S&T Information Technology (573) 612-1412 > System Administrator - Architect > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/24bbbd1c/attachment-0001.html From bote_radio at botecomm.com Mon Aug 17 22:41:57 2015 From: bote_radio at botecomm.com (Bote Man) Date: Mon, 17 Aug 2015 14:41:57 -0400 Subject: [Freeswitch-users] systemd won't enable for automatic start of FS In-Reply-To: <6A2AB64A-3C24-4A74-A1FC-F8A5E169DCEB@jerris.com> References: <017c01d0d90a$ec056020$c4102060$@botecomm.com> <019301d0d910$077e3480$167a9d80$@botecomm.com> <6A2AB64A-3C24-4A74-A1FC-F8A5E169DCEB@jerris.com> Message-ID: <01e401d0d91c$65b75610$31260230$@botecomm.com> Yeah, I saw that ticket where you changed the WorkingDirectory from /run/freeswitch to /var/run/freeswitch and I made those changes to mine, but it?s still flunky. I?ll keep hammering away at it. Thanks. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael Jerris Sent: Monday, 17 August, 2015 14:22 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS The ones in tree are only for the packages, you would need to modify those to be the correct paths and manually install them. You can follow the patches that went in to the debian packaging for some indication of how to install them correctly. On Aug 17, 2015, at 1:13 PM, Bote Man wrote: I copied freeswitch.xml to /etc/freeswitch but I think that is only for sysvinit anyway. I compiled FS from source which runs in a different directory tree than the Debian package. The debs run under /etc/freeswitch while the compiled version runs under /usr/local/freeswitch as I have it configured. Thanks. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Volodymyr Fedorov Sent: Monday, 17 August, 2015 12:48 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS Hello, Do you copied sample configs to /etc/freeswitch directory. On Mon, Aug 17, 2015 at 7:36 PM, Bote Man < bote_radio at botecomm.com> wrote: I?m struggling to get systemd to start FreeSWITCH at boot time and also leave it running once it starts. Problem #1 ? ?systemd enable freeswitch? outputs the right steps, but ends with an error message. The error I get is ?No such file or directory? but that is less than helpful. Problem #2 ? When I start FreeSWITCH with ?systemd start freeswitch? it starts alright, but systemd does not detect FS running properly so it kills it after the specified 45 seconds elapses and restarts it. I can see this in top when FS gets a new pid. Details -------- It?s a new installation of Debian 8.1 and I chose to use systemd as the init process. I compiled FreeSWITCH from source using the latest Master as of late July. The only section of the unit file that is supposed to be used by the ?enable? command is the [Install] section and that simply points to the multi-user.target as expected. I do not know what to do with the 2 other sample systemd files in /usr/src/freeswitch/debian, perhaps they are key. I have read up on systemd and the FS unit file looks good to my untrained eye. I did not use the sysvinit files that are also in that FS debian directory. I successfully used systemd to start, stop, and enable a few other system services with success so there must be a tweak to the FS unit file that I am missing. I can start FS manually and it runs normally. A Google search revealed a number of complaints that systemd would emit an error message with its ?enable? command, yet it would successfully enable the service; this was with a few different services on Debian and Ubuntu, so it seems there might still be some weirdness with systemd on Debian. Has anybody gotten systemd to start FS reliably? Has anybody figured out how to make systemd detect FreeSWITCH running so that it doesn?t restart it repeatedly? Once I figure out how to tame systemd I will document my findings in Confluence as these are the last steps that allow you to get FS up and running quickly. Thanks. --- Bote _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Best regards, Volodymyr _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/6daf1c71/attachment.html From jkomar at jbox.ca Mon Aug 17 22:50:47 2015 From: jkomar at jbox.ca (Komar, Jason) Date: Mon, 17 Aug 2015 12:50:47 -0600 Subject: [Freeswitch-users] systemd won't enable for automatic start of FS In-Reply-To: <01e401d0d91c$65b75610$31260230$@botecomm.com> References: <017c01d0d90a$ec056020$c4102060$@botecomm.com> <019301d0d910$077e3480$167a9d80$@botecomm.com> <6A2AB64A-3C24-4A74-A1FC-F8A5E169DCEB@jerris.com> <01e401d0d91c$65b75610$31260230$@botecomm.com> Message-ID: I couldn't get FreeSWITCH compiled from source to work under systemd on Debian Jessie without having the pid file under /usr/local/freeswitch Here are the contents of my freeswitch.service file that let me get it working if it helps you. [Unit] Description=freeswitch ;After=syslog.target network.target local-fs.target After=syslog.target network-online.target local-fs.target [Service] ; service Type=forking PIDFile=/usr/local/freeswitch/run/freeswitch.pid PermissionsStartOnly=true ExecStartPre=/bin/mkdir -p /usr/local/freeswitch/run ExecStartPre=/bin/chown freeswitch:daemon /usr/local/freeswitch/run ExecStart=/usr/local/freeswitch/bin/freeswitch -ncwait -nonat TimeoutSec=45s Restart=always ; exec WorkingDirectory=/usr/local/freeswitch/run User=freeswitch Group=daemon LimitCORE=infinity LimitNOFILE=100000 LimitNPROC=60000 ;LimitSTACK=240 LimitRTPRIO=infinity LimitRTTIME=7000000 IOSchedulingClass=realtime IOSchedulingPriority=2 CPUSchedulingPolicy=rr CPUSchedulingPriority=89 UMask=0007 [Install] WantedBy=multi-user.target ----- Jason On Mon, Aug 17, 2015 at 12:41 PM, Bote Man wrote: > Yeah, I saw that ticket where you changed the WorkingDirectory from > /run/freeswitch to /var/run/freeswitch and I made those changes to mine, > but it?s still flunky. > > > > I?ll keep hammering away at it. > > > > Thanks. > > > > Bote > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Michael > Jerris > *Sent:* Monday, 17 August, 2015 14:22 > > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] systemd won't enable for automatic > start of FS > > > > The ones in tree are only for the packages, you would need to modify those > to be the correct paths and manually install them. You can follow the > patches that went in to the debian packaging for some indication of how to > install them correctly. > > > > > > On Aug 17, 2015, at 1:13 PM, Bote Man wrote: > > > > I copied freeswitch.xml to /etc/freeswitch but I think that is only for > sysvinit anyway. > > > > I compiled FS from source which runs in a different directory tree than > the Debian package. The debs run under /etc/freeswitch while the compiled > version runs under /usr/local/freeswitch as I have it configured. > > > > Thanks. > > > > Bote > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [ > mailto:freeswitch-users-bounces at lists.freeswitch.org > ] *On Behalf Of *Volodymyr > Fedorov > *Sent:* Monday, 17 August, 2015 12:48 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] systemd won't enable for automatic > start of FS > > > > Hello, > > Do you copied sample configs to /etc/freeswitch directory. > > > > > > On Mon, Aug 17, 2015 at 7:36 PM, Bote Man wrote: > > I?m struggling to get systemd to start FreeSWITCH at boot time and also > leave it running once it starts. > > > > Problem #1 ? ?systemd enable freeswitch? outputs the right steps, but ends > with an error message. The error I get is ?No such file or directory? but > that is less than helpful. > > > > Problem #2 ? When I start FreeSWITCH with ?systemd start freeswitch? it > starts alright, but systemd does not detect FS running properly so it kills > it after the specified 45 seconds elapses and restarts it. I can see this > in top when FS gets a new pid. > > > > Details > > -------- > > It?s a new installation of Debian 8.1 and I chose to use systemd as the > init process. I compiled FreeSWITCH from source using the latest Master as > of late July. > > > > The only section of the unit file that is supposed to be used by the > ?enable? command is the [Install] section and that simply points to the > multi-user.target as expected. > > > > I do not know what to do with the 2 other sample systemd files in > /usr/src/freeswitch/debian, perhaps they are key. I have read up on systemd > and the FS unit file looks good to my untrained eye. I did not use the > sysvinit files that are also in that FS debian directory. > > > > I successfully used systemd to start, stop, and enable a few other system > services with success so there must be a tweak to the FS unit file that I > am missing. I can start FS manually and it runs normally. > > > > A Google search revealed a number of complaints that systemd would emit an > error message with its ?enable? command, yet it would successfully enable > the service; this was with a few different services on Debian and Ubuntu, > so it seems there might still be some weirdness with systemd on Debian. > > > > Has anybody gotten systemd to start FS reliably? > > > > Has anybody figured out how to make systemd detect FreeSWITCH running so > that it doesn?t restart it repeatedly? > > > > Once I figure out how to tame systemd I will document my findings in > Confluence as these are the last steps that allow you to get FS up and > running quickly. > > > > Thanks. > > > > > > --- > > Bote > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > -- > > Best regards, > > Volodymyr > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/ed7333fb/attachment-0001.html From bote_radio at botecomm.com Mon Aug 17 23:07:49 2015 From: bote_radio at botecomm.com (Bote Man) Date: Mon, 17 Aug 2015 15:07:49 -0400 Subject: [Freeswitch-users] systemd won't enable for automatic start of FS In-Reply-To: References: <017c01d0d90a$ec056020$c4102060$@botecomm.com> <019301d0d910$077e3480$167a9d80$@botecomm.com> <6A2AB64A-3C24-4A74-A1FC-F8A5E169DCEB@jerris.com> <01e401d0d91c$65b75610$31260230$@botecomm.com> Message-ID: <01fb01d0d920$03518780$09f49680$@botecomm.com> > Group=daemon This is a key difference since I chown freeswitch:freeswitch the way Travis set it up. But perhaps systemd can?t see FS running unless it is in the daemon group, so it keeps restarting FS. I?ll change the group of the files to daemon and make that change to my unit file to see if that helps. Anyway, I will try this shortly today and post here. THANK YOU! Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Komar, Jason Sent: Monday, 17 August, 2015 14:51 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS I couldn't get FreeSWITCH compiled from source to work under systemd on Debian Jessie without having the pid file under /usr/local/freeswitch Here are the contents of my freeswitch.service file that let me get it working if it helps you. [Unit] Description=freeswitch ;After=syslog.target network.target local-fs.target After=syslog.target network-online.target local-fs.target [Service] ; service Type=forking PIDFile=/usr/local/freeswitch/run/freeswitch.pid PermissionsStartOnly=true ExecStartPre=/bin/mkdir -p /usr/local/freeswitch/run ExecStartPre=/bin/chown freeswitch:daemon /usr/local/freeswitch/run ExecStart=/usr/local/freeswitch/bin/freeswitch -ncwait -nonat TimeoutSec=45s Restart=always ; exec WorkingDirectory=/usr/local/freeswitch/run User=freeswitch Group=daemon LimitCORE=infinity LimitNOFILE=100000 LimitNPROC=60000 ;LimitSTACK=240 LimitRTPRIO=infinity LimitRTTIME=7000000 IOSchedulingClass=realtime IOSchedulingPriority=2 CPUSchedulingPolicy=rr CPUSchedulingPriority=89 UMask=0007 [Install] WantedBy=multi-user.target ----- Jason On Mon, Aug 17, 2015 at 12:41 PM, Bote Man wrote: Yeah, I saw that ticket where you changed the WorkingDirectory from /run/freeswitch to /var/run/freeswitch and I made those changes to mine, but it?s still flunky. I?ll keep hammering away at it. Thanks. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael Jerris Sent: Monday, 17 August, 2015 14:22 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS The ones in tree are only for the packages, you would need to modify those to be the correct paths and manually install them. You can follow the patches that went in to the debian packaging for some indication of how to install them correctly. On Aug 17, 2015, at 1:13 PM, Bote Man wrote: I copied freeswitch.xml to /etc/freeswitch but I think that is only for sysvinit anyway. I compiled FS from source which runs in a different directory tree than the Debian package. The debs run under /etc/freeswitch while the compiled version runs under /usr/local/freeswitch as I have it configured. Thanks. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Volodymyr Fedorov Sent: Monday, 17 August, 2015 12:48 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS Hello, Do you copied sample configs to /etc/freeswitch directory. On Mon, Aug 17, 2015 at 7:36 PM, Bote Man < bote_radio at botecomm.com> wrote: I?m struggling to get systemd to start FreeSWITCH at boot time and also leave it running once it starts. Problem #1 ? ?systemd enable freeswitch? outputs the right steps, but ends with an error message. The error I get is ?No such file or directory? but that is less than helpful. Problem #2 ? When I start FreeSWITCH with ?systemd start freeswitch? it starts alright, but systemd does not detect FS running properly so it kills it after the specified 45 seconds elapses and restarts it. I can see this in top when FS gets a new pid. Details -------- It?s a new installation of Debian 8.1 and I chose to use systemd as the init process. I compiled FreeSWITCH from source using the latest Master as of late July. The only section of the unit file that is supposed to be used by the ?enable? command is the [Install] section and that simply points to the multi-user.target as expected. I do not know what to do with the 2 other sample systemd files in /usr/src/freeswitch/debian, perhaps they are key. I have read up on systemd and the FS unit file looks good to my untrained eye. I did not use the sysvinit files that are also in that FS debian directory. I successfully used systemd to start, stop, and enable a few other system services with success so there must be a tweak to the FS unit file that I am missing. I can start FS manually and it runs normally. A Google search revealed a number of complaints that systemd would emit an error message with its ?enable? command, yet it would successfully enable the service; this was with a few different services on Debian and Ubuntu, so it seems there might still be some weirdness with systemd on Debian. Has anybody gotten systemd to start FS reliably? Has anybody figured out how to make systemd detect FreeSWITCH running so that it doesn?t restart it repeatedly? Once I figure out how to tame systemd I will document my findings in Confluence as these are the last steps that allow you to get FS up and running quickly. Thanks. --- Bote _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Best regards, Volodymyr _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/bd46f8e3/attachment-0001.html From blasterjr at gmail.com Mon Aug 17 23:18:41 2015 From: blasterjr at gmail.com (Chris Tunbridge) Date: Mon, 17 Aug 2015 13:18:41 -0600 Subject: [Freeswitch-users] Slow outbound call service requires a "fake" UK ringtone In-Reply-To: <55D2175A.8050504@digitalmail.com> References: <55D2175A.8050504@digitalmail.com> Message-ID: This is done with Early Media. On Mon, Aug 17, 2015 at 11:18 AM, Alex Lake wrote: > Got an application where it can sometimes take several seconds for an > outbound call to give any progress. > I'd like the A-party to hear UK ringing "to be getting on with" so they > don't think there's something wrong and hang up prematurely. > > How do I do this? > > Cheers, > Alex > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/63bdacc8/attachment.html From steveayre at gmail.com Tue Aug 18 00:30:37 2015 From: steveayre at gmail.com (Steven Ayre) Date: Mon, 17 Aug 2015 21:30:37 +0100 Subject: [Freeswitch-users] Slow outbound call service requires a "fake" UK ringtone In-Reply-To: <55D2175A.8050504@digitalmail.com> References: <55D2175A.8050504@digitalmail.com> Message-ID: then bridge as normal with {ignore_early_media=true} at the start of the dialstring ${uk-ring} is defined in vars.xml of the vanilla example config See https://wiki.freeswitch.org/wiki/Custom_Ring_Back_Tones#Ringback -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/be8d091d/attachment.html From nneul at mst.edu Tue Aug 18 00:39:51 2015 From: nneul at mst.edu (Nathan Neulinger) Date: Mon, 17 Aug 2015 15:39:51 -0500 Subject: [Freeswitch-users] Feature request/suggestion - "say" w/ tts_engine backing In-Reply-To: <6E348337-6DB5-4759-9B91-21483B4344A0@jerris.com> References: <55D20D22.8050608@mst.edu> <55D21882.1040102@mst.edu> <6E348337-6DB5-4759-9B91-21483B4344A0@jerris.com> Message-ID: <55D24697.4060002@mst.edu> Oh? I thought that Callie was a person - and you had to pay/contract to get updates periodically for the voice prompts. -- Nathan On 08/17/2015 01:24 PM, Michael Jerris wrote: > The easiest solution here is to use pre-generated sound files recorded by the same person as the TTS. The "Callie" > voice we have default recordings is the same as the Cepstral tts voice of the same name. > >> On Aug 17, 2015, at 1:23 PM, Nathan Neulinger > wrote: >> >> Not sure I see what you're meaning... That has calls to 'speak-text', which just calls TTS directly, without any of the >> 'smarts' of 'say'. >> >> I can currently do this: >> >> >> >> >> >> >> which uses the already defined tts_engine/tts_voice to provide the audio for the other text (in the speak calls), but >> the iterated audio of caller id number is spoken by Callie via mod_say_en. Similar for the other functions in say - for >> currency, counts, ip addresses, etc. >> >> In that scenario, the voice will be different. >> >> I suppose I could create a new sounds directory, prepopulated with all of the phrases spoken by Callie based on the >> phrases.en, and then set sound_prefix ahead of time, at which point the voice would match up, but seems like the grammar >> portion of say could be useful to be able to use generically without having to prepopulate the content. Negative is that >> given that MOST of those sounds would not be used, it's a bunch of excess calls to the TTS engine to pregenerate for not >> a lot of benefit. >> >> -- Nathan >> >> On 08/17/2015 11:45 AM, Brian West wrote: >>> You should already be able to do this, >>> >>> see conf/vanilla/lang/en/vm/tts.xml >>> >>> >>> >>> On Mon, Aug 17, 2015 at 11:34 AM, Nathan Neulinger > wrote: >>> >>> It would be useful to be able to leverage the functionality of say - for smart parsing/breaking up of the text, but to >>> request that it use the setting for 'tts_engine' to actually get the audio instead of using the recorded files. >>> >>> Implementation possibility: >>> >>> Allow specifying a 'voice' for say via a separate variable (so as to not change the calling convention) - >>> to specify >>> the prefix directory it searches in for audio files. >>> If the desired file isn't present, fall back to generating the words with the configured tts engine. >>> (optional, selectable?) Cache the resulting generated word/phrase for future reuse >>> >>> -- Nathan >>> >>> ------------------------------------------------------------ >>> Nathan Neulingernneul at mst.edu >>> Missouri S&T Information Technology (573) 612-1412 >>> System Administrator - Architect >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at 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/* >>> brian at freeswitch.org >>> >>> >>> */Twitter: @FreeSWITCH , @briankwest/* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Got Bugs? Report them here ! | Reddit: /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> -- >> ------------------------------------------------------------ >> Nathan Neulinger nneul at mst.edu >> Missouri S&T Information Technology (573) 612-1412 >> System Administrator - Architect >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ------------------------------------------------------------ Nathan Neulinger nneul at mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect From bote_radio at botecomm.com Tue Aug 18 00:41:07 2015 From: bote_radio at botecomm.com (Bote Man) Date: Mon, 17 Aug 2015 16:41:07 -0400 Subject: [Freeswitch-users] systemd won't enable for automatic start of FS In-Reply-To: References: <017c01d0d90a$ec056020$c4102060$@botecomm.com> <019301d0d910$077e3480$167a9d80$@botecomm.com> <6A2AB64A-3C24-4A74-A1FC-F8A5E169DCEB@jerris.com> <01e401d0d91c$65b75610$31260230$@botecomm.com> Message-ID: <020f01d0d92d$0b365450$21a2fcf0$@botecomm.com> This works! I don?t know how, but I will not argue with success. FreeSWITCH even starts after rebooting so this is a Good Thing. I note that systemctl still emits this erroneous error: systemctl enable freeswitch Synchronizing state for freeswitch.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d freeswitch defaults Executing /usr/sbin/update-rc.d freeswitch enable Failed to execute operation: No such file or directory It did execute the desired operation which was to start FreeSWITCH at boot time. A Google search revealed a number of complaints from back in May and June that systemd reports that error even though it works. I would have suspected it was fixed by now, but as long as we are aware of it I can live with it. Thank you! Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Komar, Jason Sent: Monday, 17 August, 2015 14:51 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS I couldn't get FreeSWITCH compiled from source to work under systemd on Debian Jessie without having the pid file under /usr/local/freeswitch Here are the contents of my freeswitch.service file that let me get it working if it helps you. [Unit] Description=freeswitch ;After=syslog.target network.target local-fs.target After=syslog.target network-online.target local-fs.target [Service] ; service Type=forking PIDFile=/usr/local/freeswitch/run/freeswitch.pid PermissionsStartOnly=true ExecStartPre=/bin/mkdir -p /usr/local/freeswitch/run ExecStartPre=/bin/chown freeswitch:daemon /usr/local/freeswitch/run ExecStart=/usr/local/freeswitch/bin/freeswitch -ncwait -nonat TimeoutSec=45s Restart=always ; exec WorkingDirectory=/usr/local/freeswitch/run User=freeswitch Group=daemon LimitCORE=infinity LimitNOFILE=100000 LimitNPROC=60000 ;LimitSTACK=240 LimitRTPRIO=infinity LimitRTTIME=7000000 IOSchedulingClass=realtime IOSchedulingPriority=2 CPUSchedulingPolicy=rr CPUSchedulingPriority=89 UMask=0007 [Install] WantedBy=multi-user.target ----- Jason On Mon, Aug 17, 2015 at 12:41 PM, Bote Man wrote: Yeah, I saw that ticket where you changed the WorkingDirectory from /run/freeswitch to /var/run/freeswitch and I made those changes to mine, but it?s still flunky. I?ll keep hammering away at it. Thanks. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael Jerris Sent: Monday, 17 August, 2015 14:22 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS The ones in tree are only for the packages, you would need to modify those to be the correct paths and manually install them. You can follow the patches that went in to the debian packaging for some indication of how to install them correctly. On Aug 17, 2015, at 1:13 PM, Bote Man wrote: I copied freeswitch.xml to /etc/freeswitch but I think that is only for sysvinit anyway. I compiled FS from source which runs in a different directory tree than the Debian package. The debs run under /etc/freeswitch while the compiled version runs under /usr/local/freeswitch as I have it configured. Thanks. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Volodymyr Fedorov Sent: Monday, 17 August, 2015 12:48 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS Hello, Do you copied sample configs to /etc/freeswitch directory. On Mon, Aug 17, 2015 at 7:36 PM, Bote Man < bote_radio at botecomm.com> wrote: I?m struggling to get systemd to start FreeSWITCH at boot time and also leave it running once it starts. Problem #1 ? ?systemd enable freeswitch? outputs the right steps, but ends with an error message. The error I get is ?No such file or directory? but that is less than helpful. Problem #2 ? When I start FreeSWITCH with ?systemd start freeswitch? it starts alright, but systemd does not detect FS running properly so it kills it after the specified 45 seconds elapses and restarts it. I can see this in top when FS gets a new pid. Details -------- It?s a new installation of Debian 8.1 and I chose to use systemd as the init process. I compiled FreeSWITCH from source using the latest Master as of late July. The only section of the unit file that is supposed to be used by the ?enable? command is the [Install] section and that simply points to the multi-user.target as expected. I do not know what to do with the 2 other sample systemd files in /usr/src/freeswitch/debian, perhaps they are key. I have read up on systemd and the FS unit file looks good to my untrained eye. I did not use the sysvinit files that are also in that FS debian directory. I successfully used systemd to start, stop, and enable a few other system services with success so there must be a tweak to the FS unit file that I am missing. I can start FS manually and it runs normally. A Google search revealed a number of complaints that systemd would emit an error message with its ?enable? command, yet it would successfully enable the service; this was with a few different services on Debian and Ubuntu, so it seems there might still be some weirdness with systemd on Debian. Has anybody gotten systemd to start FS reliably? Has anybody figured out how to make systemd detect FreeSWITCH running so that it doesn?t restart it repeatedly? Once I figure out how to tame systemd I will document my findings in Confluence as these are the last steps that allow you to get FS up and running quickly. Thanks. --- Bote _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Best regards, Volodymyr _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/9116f029/attachment-0001.html From fernando at softov.com.br Tue Aug 18 01:16:08 2015 From: fernando at softov.com.br (Luiz Fernando Softov) Date: Mon, 17 Aug 2015 17:16:08 -0400 Subject: [Freeswitch-users] FS + FreeBSD 10.1 CRASH Message-ID: Hi, i am try to install FS in FreeBSD 10.1, but when i try to load mod_gsmopen, its crash When i see the coredump with gdb i get this error 2015-08-17 17:12:46.144556 [INFO] mod_enum.c:880 ENUM Reloaded Error while reading shared library symbols: Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/local/lib/gcc48/libstdc++.so.6] 2015-08-17 17:12:46.306630 [INFO] switch_time.c:1411 Timezone reloaded 1781 definitions Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 80b83b400 (LWP 100313/freeswitch)] 0x000000080fa74e14 in mod_gsmopen_load (module_interface=0x7ffffe90e9a8, pool=0x80b0ae028) at mod_gsmopen.cpp:1892 1892 running = 1; Current language: auto; currently c++ (gdb) It is the code - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - SWITCH_MODULE_LOAD_FUNCTION(mod_gsmopen_load) { switch_api_interface_t *commands_api_interface; switch_chat_interface_t *chat_interface; gsmopen_module_pool = pool; memset(&globals, '\0', sizeof(globals)); -> running = 1; if (load_config(FULL_RELOAD) != SWITCH_STATUS_SUCCESS) { running = 0; return SWITCH_STATUS_FALSE; } - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - There is a list of packages installed apr-1.5.2.1.5.4 Apache Portability Library asciidoc-8.6.9_4 Text document format for writing short documents and man pages aspell-0.60.6.1_5 Spelling checker with better suggestion logic than ispell autoconf-2.69 Automatically configure source code on many Un*x platforms autoconf-wrapper-20131203 Wrapper script for GNU autoconf automake-1.15 GNU Standards-compliant Makefile generator automake-wrapper-20131203 Wrapper script for GNU automake bash-4.3.39_3 The GNU Project's Bourne Again SHell binutils-2.25.1 GNU binary tools bison-2.7.1,1 Parser generator from FSF, (mostly) compatible with Yacc boehm-gc-7.4.2_4 Garbage collection and memory leak detection for C and C++ ca_root_nss-3.19.2 Root certificate bundle from the Mozilla Project curl-7.43.0_2 Non-interactive tool to get files from FTP, GOPHER, HTTP(S) servers cvsps-2.1_1 Create patchset information from CVS db5-5.3.28_2 The Oracle Berkeley DB, revision 5.3 dialog4ports-0.1.5_2 Console Interface to configure ports docbook-1.5 Meta-port for the different versions of the DocBook DTD docbook-sgml-4.5_1 DocBook SGML DTD docbook-xml-5.0_3 DocBook XML DTD docbook-xsl-1.76.1_2 XSL DocBook stylesheets expat-2.1.0_3 XML 1.0 parser written in C gcc-4.8.5 GNU Compiler Collection 4.8 gcc-ecj-4.5 Eclipse Java Compiler used to build GCC Java gdbm-1.11_2 GNU database manager getopt-1.1.6 Replacement for getopt(1) that supports GNU-style long options gettext-runtime-0.19.5.1 GNU gettext runtime libraries and programs gettext-tools-0.19.5.1 GNU gettext development and translation tools git-2.4.6 Distributed source code management tool gmake-4.1_2 GNU version of 'make' utility gmake-lite-4.1_1 Minimalist version of gnu make gmp-5.1.3_2 Free library for arbitrary precision arithmetic google-perftools-2.4_1 Fast, multi-threaded malloc() and nifty performance analysis tools gsmlib-1.10_7 Library to access GSM mobile phones through GSM modems help2man-1.43.3_1 Automatically generating simple manual pages from program output indexinfo-0.2.3 Utility to regenerate the GNU info page index iso8879-1986_3 Character entity sets from ISO 8879:1986 (SGML) joe-4.0,1 Joe's Own Editor jpeg-8_6 IJG's jpeg compression utilities ldns-1.6.17_5 Library for programs conforming to DNS RFCs and drafts libatomic_ops-7.4.0_1 Atomic operations access library libedit-3.1.20150325_1 Command line editor library libevent2-2.0.22_1 API for executing callback functions on events or timeouts libffi-3.2.1 Foreign Function Interface libgcrypt-1.6.3 General purpose crypto library based on code used in GnuPG libgpg-error-1.19_1 Common error values for all GnuPG components libiconv-1.14_8 Character set conversion library libidn-1.31 Internationalized Domain Names command line tool libogg-1.3.2_1,4 Ogg bitstream library libpaper-1.1.24.4 Library providing routines for paper size management libssh2-1.4.3_6,2 Library implementing the SSH2 protocol libtool-2.4.6 Generic shared library support script libxml2-2.9.2_3 XML parser library for GNOME libxslt-1.1.28_7 The XSLT C library for GNOME m4-1.4.17_1,1 GNU m4 mpc-1.0.3 Library of complex numbers with arbitrarily high precision mpfr-3.1.2_2 Library for multiple-precision floating-point computations p5-Authen-SASL-2.16_1 Perl5 module for SASL authentication p5-Digest-HMAC-1.03_1 Perl5 interface to HMAC Message-Digest Algorithms p5-Error-0.17024 Error/exception handling in object-oriented programming style p5-GSSAPI-0.28_1 Perl extension providing access to the GSSAPIv2 library p5-IO-Socket-IP-0.37 Drop-in replacement for IO::Socket::INET supporting IPv4 and IPv6 p5-IO-Socket-SSL-2.016 Perl5 interface to SSL sockets p5-Locale-gettext-1.05_4 Message handling functions p5-Mozilla-CA-20141217 Perl extension for Mozilla CA cert bundle in PEM format p5-Net-SMTP-SSL-1.03 SSL support for Net::SMTP p5-Net-SSLeay-1.70 Perl5 interface to SSL p5-Socket-2.020 Networking constants and support functions pcre-8.37_3 Perl Compatible Regular Expressions library perl5-5.20.2_5 Practical Extraction and Report Language pkg-1.5.6 Package manager pkgconf-0.9.12 Utility to help to configure compiler and linker flags postgresql94-client-9.4.4 PostgreSQL database (client) py27-setuptools27-17.0 Python packages installer python2-2_3 The "meta-port" for version 2 of the Python interpreter python27-2.7.10 Interpreted object-oriented programming language scons-2.3.0_1 Build tool alternative to make sdocbook-xml-1.1_1,2 "Simplified" DocBook XML DTD serf-1.3.8 Serf HTTP client library speex-1.2.r2,1 Audio compression format designed for speech speexdsp-1.2.r3_1 Audio compression format designed for speech sqlite3-3.8.10.2 SQL database engine in a C library subversion-1.8.14 Version control system svgalib-1.4.3_7 Low level console graphics library unbound-1.5.3_2 Validating, recursive, and caching DNS resolver w3m-0.5.3_4 Pager/text-based WWW browser wget-1.16.3 Retrieve files from the Net via HTTP(S) and FTP xmlcatmgr-2.2_2 SGML and XML catalog manager xmlcharent-0.3_2 XML character entities xmlto-0.0.26_2 Front-end to an XSL toolchain zip-3.0_1 Create/update ZIP files compatible with PKZIP Anyone know this error? -- Luiz Fernando Softov http://www.softov.com.br fernando at softov.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/63ad1b3c/attachment.html From mike at jerris.com Tue Aug 18 01:17:34 2015 From: mike at jerris.com (Michael Jerris) Date: Mon, 17 Aug 2015 17:17:34 -0400 Subject: [Freeswitch-users] Feature request/suggestion - "say" w/ tts_engine backing In-Reply-To: <55D24697.4060002@mst.edu> References: <55D20D22.8050608@mst.edu> <55D21882.1040102@mst.edu> <6E348337-6DB5-4759-9B91-21483B4344A0@jerris.com> <55D24697.4060002@mst.edu> Message-ID: <2981CC40-3646-4C34-9D9D-EA039CD1B529@jerris.com> She is a person (who's name isn't actually Callie)... and yes, we do pay periodically for new prompts, but we do not pay anything for distribution of the prompts we have already made. In the scenario you lay out, there are just a couple prompts that are missing. I would just get those recorded. > On Aug 17, 2015, at 4:39 PM, Nathan Neulinger wrote: > > Oh? I thought that Callie was a person - and you had to pay/contract to get updates periodically for the voice prompts. > > -- Nathan > > On 08/17/2015 01:24 PM, Michael Jerris wrote: >> The easiest solution here is to use pre-generated sound files recorded by the same person as the TTS. The "Callie" >> voice we have default recordings is the same as the Cepstral tts voice of the same name. >> >>> On Aug 17, 2015, at 1:23 PM, Nathan Neulinger > wrote: >>> >>> Not sure I see what you're meaning... That has calls to 'speak-text', which just calls TTS directly, without any of the >>> 'smarts' of 'say'. >>> >>> I can currently do this: >>> >>> >>> >>> >>> >>> >>> which uses the already defined tts_engine/tts_voice to provide the audio for the other text (in the speak calls), but >>> the iterated audio of caller id number is spoken by Callie via mod_say_en. Similar for the other functions in say - for >>> currency, counts, ip addresses, etc. >>> >>> In that scenario, the voice will be different. >>> >>> I suppose I could create a new sounds directory, prepopulated with all of the phrases spoken by Callie based on the >>> phrases.en, and then set sound_prefix ahead of time, at which point the voice would match up, but seems like the grammar >>> portion of say could be useful to be able to use generically without having to prepopulate the content. Negative is that >>> given that MOST of those sounds would not be used, it's a bunch of excess calls to the TTS engine to pregenerate for not >>> a lot of benefit. >>> >>> -- Nathan >>> >>> On 08/17/2015 11:45 AM, Brian West wrote: >>>> You should already be able to do this, >>>> >>>> see conf/vanilla/lang/en/vm/tts.xml >>>> >>>> >>>> >>>> On Mon, Aug 17, 2015 at 11:34 AM, Nathan Neulinger > wrote: >>>> >>>> It would be useful to be able to leverage the functionality of say - for smart parsing/breaking up of the text, but to >>>> request that it use the setting for 'tts_engine' to actually get the audio instead of using the recorded files. >>>> >>>> Implementation possibility: >>>> >>>> Allow specifying a 'voice' for say via a separate variable (so as to not change the calling convention) - >>>> to specify >>>> the prefix directory it searches in for audio files. >>>> If the desired file isn't present, fall back to generating the words with the configured tts engine. >>>> (optional, selectable?) Cache the resulting generated word/phrase for future reuse >>>> >>>> -- Nathan >>>> >>>> ------------------------------------------------------------ >>>> Nathan Neulingernneul at mst.edu >>>> Missouri S&T Information Technology (573) 612-1412 >>>> System Administrator - Architect >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at 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/* >>>> brian at freeswitch.org >>>> >>>> >>>> */Twitter: @FreeSWITCH , @briankwest/* >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> >>>> Got Bugs? Report them here ! | Reddit: /r/freeswitch >>>> >>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> -- >>> ------------------------------------------------------------ >>> Nathan Neulinger nneul at mst.edu >>> Missouri S&T Information Technology (573) 612-1412 >>> System Administrator - Architect >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >>> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -- > ------------------------------------------------------------ > Nathan Neulinger nneul at mst.edu > Missouri S&T Information Technology (573) 612-1412 > System Administrator - Architect > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From krice at freeswitch.org Tue Aug 18 01:25:19 2015 From: krice at freeswitch.org (Ken Rice) Date: Mon, 17 Aug 2015 21:25:19 +0000 Subject: [Freeswitch-users] FreeSWITCH Week in Review (Master Branch) July 25th-July 31st Message-ID: <55d2513f3b668_dc2f35733460529@resque-worker-high.3.mail> New Post on freeswitch.org from Kathleen King check it out at http://ift.tt/1IZhsIN FreeSWITCH Week in Review (Master Branch) July 25th-July 31st Hello, again. This past week in the FreeSWITCH master branch we had 41?commits. The new features this week are: improved mod_png to allow snapshot of single legged calls, added session UUID to lua error logs and added session UUID to embedded language (lua, javascript, etc) logs when session sanity check fails, improved the xml fetch lookup for channels on nightmare transfer, and added uuid_redirect API command to mod_commands. Join us on Wednesdays at 12:00 CT for some more FreeSWITCH fun! And head over to freeswitch.com to learn more about FreeSWITCH support. New features that were added: FS-7900 [mod_png] Allow?snapshot of single legged calls FS-7912 [mod_lua] Added session UUID to lua error logs, if known and added session UUID to embedded language (lua, javascript, etc) logs when session sanity check fails FS-7760 [mod_sofia]?Improved the xml fetch lookup for channels on nightmare transfer FS-7922 [mod_commands] Added uuid_redirect API command. This provides the equivalent functionality of the dptools ?redirect? application as an api command. The following bugs were squashed: FS-7769?[mod_conference] Fixed vmute on personal canvas and fixed changing layouts on personal canvas FS-7893 [mod_conference] Fixed a bug causing muxing write thread to occasionally not close on shutdown FS-7904 Fixed alpha image patching FS-7906 [mod_av] Correct crash from multi-threaded opening or closing of multiple files at the same time FS-7913 [mod_conference] Fixed miscast variable FS-7918 [mod_kazoo] Small fixes in mod_kazoo FS-7917 [mod_sofia] Fixed default config, we really shouldn?t be setting ext-*-ip settings for ipv6 profiles FS-7908 FS-7092 Fixed the generated sdp including telephone-event for the rates of video codecs (90000) when it should only be audio codec rates FS-7927 Fixed a typo in variable name: eavesdrop_annnounce_macro -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/142b3088/attachment.html From krice at freeswitch.org Tue Aug 18 01:25:21 2015 From: krice at freeswitch.org (Ken Rice) Date: Mon, 17 Aug 2015 21:25:21 +0000 Subject: [Freeswitch-users] FreeSWITCH Week in Review (Master Branch) August 1st-August 7th Message-ID: <55d25141b51ce_dc2f35733460870@resque-worker-high.3.mail> New Post on freeswitch.org from Kathleen King check it out at http://ift.tt/1WzTr4D FreeSWITCH Week in Review (Master Branch) August 1st-August 7th Hello, again. This past week in the FreeSWITCH master branch we had 17?commits. The new features this week are: new properties added to the amqp configuration, fixed the usage for enable_fallback_format_fields, a fix for a routing key issue in amqp, and the awesome new Verto Communicator! Join us on Wednesdays at 12:00 CT for some more FreeSWITCH fun! And head over to freeswitch.com to learn more about FreeSWITCH support. New features that were added: FS-7806 FS-7803 [mod_amqp]?Added new properties to amqp configuration, fixed the usage for enable_fallback_format_fields, and added amqp_util_encode to fix a routing key issue FS-7972 [verto communicator] Creating Verto Communicator Improvements in build system, cross platform support, and packaging: FS-7728 Fixed Windows build issues?minus video features The following bugs were squashed: FS-7940 [mod_conference] Fixed an issue where the?video image does not appear on the new canvas when switching -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/4b94d6eb/attachment.html From krice at freeswitch.org Tue Aug 18 01:25:23 2015 From: krice at freeswitch.org (Ken Rice) Date: Mon, 17 Aug 2015 21:25:23 +0000 Subject: [Freeswitch-users] FreeSWITCH Week in Review (Master Branch) August 8th-August 14th Message-ID: <55d25143d3302_dc2f35733461197@resque-worker-high.3.mail> New Post on freeswitch.org from Kathleen King check it out at http://ift.tt/1IZhsIP FreeSWITCH Week in Review (Master Branch) August 8th-August 14th Hello, again. This past week in the FreeSWITCH master branch we had 7?commits. There were no new features this week, but you should go check out the Verto Communicator that was added last week! Join us on Wednesdays at 12:00 CT for some more FreeSWITCH fun! And head over to freeswitch.com to learn more about FreeSWITCH support. The following bugs were squashed: FS-7930 [mod_conference] Correct termination of conference when the last member with endconf left. FS-7953 [verto communicator] Fixed dialing when typing extension using the keyboard. FS-7958 [mod_conference] Fixed a race condition causing crash in conference video MCU FS-7951 [mod_rayo] Completely clean up mod_rayo if it fails to load FS-7955 [mod_sofia] Fixed a crash caused by invalid contact when using event to send a notify message -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/0d637b56/attachment.html From bote_radio at botecomm.com Tue Aug 18 01:38:07 2015 From: bote_radio at botecomm.com (Bote Man) Date: Mon, 17 Aug 2015 17:38:07 -0400 Subject: [Freeswitch-users] systemd won't enable for automatic start of FS In-Reply-To: References: <017c01d0d90a$ec056020$c4102060$@botecomm.com> <019301d0d910$077e3480$167a9d80$@botecomm.com> <6A2AB64A-3C24-4A74-A1FC-F8A5E169DCEB@jerris.com> <01e401d0d91c$65b75610$31260230$@botecomm.com> Message-ID: <022f01d0d935$01ec45a0$05c4d0e0$@botecomm.com> Hot off the press, here is the section of the 1.6 installation page dealing with systemd. Let me know if it needs improvement. https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+1.6+Video#FreeSWITCH1.6Video-StartingFreeSWITCH I?m afraid to change the title of that page now that it has been out there so long with links to it, so I just created a Debian 8 page that links to it. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Komar, Jason Sent: Monday, 17 August, 2015 14:51 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS I couldn't get FreeSWITCH compiled from source to work under systemd on Debian Jessie without having the pid file under /usr/local/freeswitch Here are the contents of my freeswitch.service file that let me get it working if it helps you. [Unit] Description=freeswitch ;After=syslog.target network.target local-fs.target After=syslog.target network-online.target local-fs.target [Service] ; service Type=forking PIDFile=/usr/local/freeswitch/run/freeswitch.pid PermissionsStartOnly=true ExecStartPre=/bin/mkdir -p /usr/local/freeswitch/run ExecStartPre=/bin/chown freeswitch:daemon /usr/local/freeswitch/run ExecStart=/usr/local/freeswitch/bin/freeswitch -ncwait -nonat TimeoutSec=45s Restart=always ; exec WorkingDirectory=/usr/local/freeswitch/run User=freeswitch Group=daemon LimitCORE=infinity LimitNOFILE=100000 LimitNPROC=60000 ;LimitSTACK=240 LimitRTPRIO=infinity LimitRTTIME=7000000 IOSchedulingClass=realtime IOSchedulingPriority=2 CPUSchedulingPolicy=rr CPUSchedulingPriority=89 UMask=0007 [Install] WantedBy=multi-user.target ----- Jason On Mon, Aug 17, 2015 at 12:41 PM, Bote Man wrote: Yeah, I saw that ticket where you changed the WorkingDirectory from /run/freeswitch to /var/run/freeswitch and I made those changes to mine, but it?s still flunky. I?ll keep hammering away at it. Thanks. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael Jerris Sent: Monday, 17 August, 2015 14:22 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS The ones in tree are only for the packages, you would need to modify those to be the correct paths and manually install them. You can follow the patches that went in to the debian packaging for some indication of how to install them correctly. On Aug 17, 2015, at 1:13 PM, Bote Man wrote: I copied freeswitch.xml to /etc/freeswitch but I think that is only for sysvinit anyway. I compiled FS from source which runs in a different directory tree than the Debian package. The debs run under /etc/freeswitch while the compiled version runs under /usr/local/freeswitch as I have it configured. Thanks. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Volodymyr Fedorov Sent: Monday, 17 August, 2015 12:48 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS Hello, Do you copied sample configs to /etc/freeswitch directory. On Mon, Aug 17, 2015 at 7:36 PM, Bote Man < bote_radio at botecomm.com> wrote: I?m struggling to get systemd to start FreeSWITCH at boot time and also leave it running once it starts. Problem #1 ? ?systemd enable freeswitch? outputs the right steps, but ends with an error message. The error I get is ?No such file or directory? but that is less than helpful. Problem #2 ? When I start FreeSWITCH with ?systemd start freeswitch? it starts alright, but systemd does not detect FS running properly so it kills it after the specified 45 seconds elapses and restarts it. I can see this in top when FS gets a new pid. Details -------- It?s a new installation of Debian 8.1 and I chose to use systemd as the init process. I compiled FreeSWITCH from source using the latest Master as of late July. The only section of the unit file that is supposed to be used by the ?enable? command is the [Install] section and that simply points to the multi-user.target as expected. I do not know what to do with the 2 other sample systemd files in /usr/src/freeswitch/debian, perhaps they are key. I have read up on systemd and the FS unit file looks good to my untrained eye. I did not use the sysvinit files that are also in that FS debian directory. I successfully used systemd to start, stop, and enable a few other system services with success so there must be a tweak to the FS unit file that I am missing. I can start FS manually and it runs normally. A Google search revealed a number of complaints that systemd would emit an error message with its ?enable? command, yet it would successfully enable the service; this was with a few different services on Debian and Ubuntu, so it seems there might still be some weirdness with systemd on Debian. Has anybody gotten systemd to start FS reliably? Has anybody figured out how to make systemd detect FreeSWITCH running so that it doesn?t restart it repeatedly? Once I figure out how to tame systemd I will document my findings in Confluence as these are the last steps that allow you to get FS up and running quickly. Thanks. --- Bote _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Best regards, Volodymyr _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/5dbb6694/attachment-0001.html From w8hdkim at gmail.com Tue Aug 18 02:26:22 2015 From: w8hdkim at gmail.com (Kim Culhan) Date: Mon, 17 Aug 2015 18:26:22 -0400 Subject: [Freeswitch-users] FS + FreeBSD 10.1 CRASH Message-ID: On Mon, August 17, 2015 5:16 pm, Luiz Fernando Softov wrote: > Hi, i am try to install FS in FreeBSD 10.1, but when i try to load > mod_gsmopen, its crash What FreeSWITCH version are you running? I attempted to build 1.4.20 with mod_gsmopen but the module fails to build: gmake[5]: Entering directory '/usr/local/src/freeswitch/freeswitch-1.4.20/src/mod/endpoints/mod_gsmopen' CXX mod_gsmopen_la-mod_gsmopen.lo In file included from mod_gsmopen.cpp:34: ./gsmopen.h:103:10: fatal error: 'ctb-0.16/ctb.h' file not found #include "ctb-0.16/ctb.h" The path appears to be incorrect for ctb.h, I did not try to pursue that further. thanks -kim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/997c5d25/attachment.html From mike at jerris.com Tue Aug 18 02:55:06 2015 From: mike at jerris.com (Michael Jerris) Date: Mon, 17 Aug 2015 18:55:06 -0400 Subject: [Freeswitch-users] FS + FreeBSD 10.1 CRASH In-Reply-To: References: Message-ID: building that module requires some dependencies be installed, check the wiki for details On Monday, August 17, 2015, Kim Culhan wrote: > On Mon, August 17, 2015 5:16 pm, Luiz Fernando Softov wrote: > > Hi, i am try to install FS in FreeBSD 10.1, but when i try to load > > mod_gsmopen, its crash > > What FreeSWITCH version are you running? > > I attempted to build 1.4.20 with mod_gsmopen but the module fails to build: > > gmake[5]: Entering directory > '/usr/local/src/freeswitch/freeswitch-1.4.20/src/mod/endpoints/mod_gsmopen' > CXX mod_gsmopen_la-mod_gsmopen.lo > In file included from mod_gsmopen.cpp:34: > ./gsmopen.h:103:10: fatal error: 'ctb-0.16/ctb.h' file not found > #include "ctb-0.16/ctb.h" > > The path appears to be incorrect for ctb.h, I did not try to pursue that > further. > > thanks > -kim > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/d7d20c1d/attachment.html From ssinyagin at gmail.com Tue Aug 18 02:55:14 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Tue, 18 Aug 2015 00:55:14 +0200 Subject: [Freeswitch-users] systemd won't enable for automatic start of FS In-Reply-To: <020f01d0d92d$0b365450$21a2fcf0$@botecomm.com> References: <017c01d0d90a$ec056020$c4102060$@botecomm.com> <019301d0d910$077e3480$167a9d80$@botecomm.com> <6A2AB64A-3C24-4A74-A1FC-F8A5E169DCEB@jerris.com> <01e401d0d91c$65b75610$31260230$@botecomm.com> <020f01d0d92d$0b365450$21a2fcf0$@botecomm.com> Message-ID: ok, I'm too late to send you this: https://freeswitch.org/jira/browse/FS-7937 On Mon, Aug 17, 2015 at 10:41 PM, Bote Man wrote: > This works! I don?t know how, but I will not argue with success. FreeSWITCH > even starts after rebooting so this is a Good Thing. > > > > I note that systemctl still emits this erroneous error: > > > > systemctl enable freeswitch > > Synchronizing state for freeswitch.service with sysvinit using > update-rc.d... > > Executing /usr/sbin/update-rc.d freeswitch defaults > > Executing /usr/sbin/update-rc.d freeswitch enable > > Failed to execute operation: No such file or directory > > > > It did execute the desired operation which was to start FreeSWITCH at boot > time. A Google search revealed a number of complaints from back in May and > June that systemd reports that error even though it works. I would have > suspected it was fixed by now, but as long as we are aware of it I can live > with it. > > > > Thank you! > > > > Bote > > > > > > > > > > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Komar, > Jason > Sent: Monday, 17 August, 2015 14:51 > > > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of > FS > > > > I couldn't get FreeSWITCH compiled from source to work under systemd on > Debian Jessie without having the pid file under /usr/local/freeswitch > > > > Here are the contents of my freeswitch.service file that let me get it > working if it helps you. > > > > [Unit] > > Description=freeswitch > > ;After=syslog.target network.target local-fs.target > > After=syslog.target network-online.target local-fs.target > > > > [Service] > > ; service > > Type=forking > > PIDFile=/usr/local/freeswitch/run/freeswitch.pid > > PermissionsStartOnly=true > > ExecStartPre=/bin/mkdir -p /usr/local/freeswitch/run > > ExecStartPre=/bin/chown freeswitch:daemon /usr/local/freeswitch/run > > ExecStart=/usr/local/freeswitch/bin/freeswitch -ncwait -nonat > > TimeoutSec=45s > > Restart=always > > ; exec > > WorkingDirectory=/usr/local/freeswitch/run > > User=freeswitch > > Group=daemon > > LimitCORE=infinity > > LimitNOFILE=100000 > > LimitNPROC=60000 > > ;LimitSTACK=240 > > LimitRTPRIO=infinity > > LimitRTTIME=7000000 > > IOSchedulingClass=realtime > > IOSchedulingPriority=2 > > CPUSchedulingPolicy=rr > > CPUSchedulingPriority=89 > > UMask=0007 > > > > [Install] > > WantedBy=multi-user.target > > > > ----- > > Jason > > > > On Mon, Aug 17, 2015 at 12:41 PM, Bote Man wrote: > > Yeah, I saw that ticket where you changed the WorkingDirectory from > /run/freeswitch to /var/run/freeswitch and I made those changes to mine, but > it?s still flunky. > > > > I?ll keep hammering away at it. > > > > Thanks. > > > > Bote > > > > > > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael > Jerris > Sent: Monday, 17 August, 2015 14:22 > > > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of > FS > > > > The ones in tree are only for the packages, you would need to modify those > to be the correct paths and manually install them. You can follow the > patches that went in to the debian packaging for some indication of how to > install them correctly. > > > > > > On Aug 17, 2015, at 1:13 PM, Bote Man wrote: > > > > I copied freeswitch.xml to /etc/freeswitch but I think that is only for > sysvinit anyway. > > > > I compiled FS from source which runs in a different directory tree than the > Debian package. The debs run under /etc/freeswitch while the compiled > version runs under /usr/local/freeswitch as I have it configured. > > > > Thanks. > > > > Bote > > > > > > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of > Volodymyr Fedorov > Sent: Monday, 17 August, 2015 12:48 > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of > FS > > > > Hello, > > Do you copied sample configs to /etc/freeswitch directory. > > > > > > On Mon, Aug 17, 2015 at 7:36 PM, Bote Man wrote: > > I?m struggling to get systemd to start FreeSWITCH at boot time and also > leave it running once it starts. > > > > Problem #1 ? ?systemd enable freeswitch? outputs the right steps, but ends > with an error message. The error I get is ?No such file or directory? but > that is less than helpful. > > > > Problem #2 ? When I start FreeSWITCH with ?systemd start freeswitch? it > starts alright, but systemd does not detect FS running properly so it kills > it after the specified 45 seconds elapses and restarts it. I can see this in > top when FS gets a new pid. > > > > Details > > -------- > > It?s a new installation of Debian 8.1 and I chose to use systemd as the init > process. I compiled FreeSWITCH from source using the latest Master as of > late July. > > > > The only section of the unit file that is supposed to be used by the > ?enable? command is the [Install] section and that simply points to the > multi-user.target as expected. > > > > I do not know what to do with the 2 other sample systemd files in > /usr/src/freeswitch/debian, perhaps they are key. I have read up on systemd > and the FS unit file looks good to my untrained eye. I did not use the > sysvinit files that are also in that FS debian directory. > > > > I successfully used systemd to start, stop, and enable a few other system > services with success so there must be a tweak to the FS unit file that I am > missing. I can start FS manually and it runs normally. > > > > A Google search revealed a number of complaints that systemd would emit an > error message with its ?enable? command, yet it would successfully enable > the service; this was with a few different services on Debian and Ubuntu, so > it seems there might still be some weirdness with systemd on Debian. > > > > Has anybody gotten systemd to start FS reliably? > > > > Has anybody figured out how to make systemd detect FreeSWITCH running so > that it doesn?t restart it repeatedly? > > > > Once I figure out how to tame systemd I will document my findings in > Confluence as these are the last steps that allow you to get FS up and > running quickly. > > > > Thanks. > > > > > > --- > > Bote > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > -- > > Best regards, > > Volodymyr > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From fernando at softov.com.br Tue Aug 18 03:21:12 2015 From: fernando at softov.com.br (Luiz Fernando Softov) Date: Mon, 17 Aug 2015 19:21:12 -0400 Subject: [Freeswitch-users] FS + FreeBSD 10.1 CRASH In-Reply-To: References: Message-ID: I download LIBCTB, and recompile it, with some patches to compile in FreeBSD I'm using version 1.5.15. But i try with 1.4.19 1.4.20 and i get the same error when try to run gsmopen module - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 2015-08-17 17:12:46.144556 [INFO] mod_enum.c:880 ENUM Reloaded Error while reading shared library symbols: Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/local/lib/gcc48/libstdc++.so.6] 2015-08-17 17:12:46.306630 [INFO] switch_time.c:1411 Timezone reloaded 1781 definitions Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 80b83b400 (LWP 100313/freeswitch)] 0x000000080fa74e14 in mod_gsmopen_load (module_interface=0x7ffffe90e9a8, pool=0x80b0ae028) at mod_gsmopen.cpp:1892 1892 running = 1; Current language: auto; currently c++ (gdb) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I try to install /usr/ports/lang/gcc and/or /usr/ports/lang/gcc47, and make links (because FreeBSD 10.1 don't have g++ ang gcc by default) obs. /usr/ports/lang/gcc install gcc48 ln -s /usr/local/bin/gcc48 /usr/local/bin/gcc ln -s /usr/local/bin/g++48 /usr/local/bin/g++ or ln -s /usr/local/bin/gcc47 /usr/local/bin/gcc ln -s /usr/local/bin/g++47 /usr/local/bin/g++ Then i make ./configure --prefix=/brb_main/freeswitch --enable-core-pgsql-support gmake gmake install Then i get these errors freeswitch at devostest> load mod_gsmopen 2015-08-17 18:55:40.002449 [INFO] mod_enum.c:880 ENUM Reloaded 2015-08-17 18:55:40.002449 [CRIT] switch_loadable_module.c:1447 Error Loading module /brb_main/freeswitch/mod/mod_gsmopen.so **/brb_main/freeswitch/mod/mod_gsmopen.so: Undefined symbol "_ZN6gsmlib10SMSMessage6decodeESsbPNS_5GsmAtE"** - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I think its related with some depencencies i check libs > # ldd -v /brb_main/freeswitch/mod/mod_gsmopen.so /brb_main/freeswitch/mod/mod_gsmopen.so: libctb-0.16.so => /usr/local/lib/libctb-0.16.so (0x801b04000) libgsmme.so.1 => /usr/local/lib/libgsmme.so.1 (0x801d0e000) libfreeswitch.so.1 => /brb_main/freeswitch/lib/libfreeswitch.so.1 (0x801f87000) libpq.so.5 => /usr/local/lib/libpq.so.5 (0x802346000) libiconv.so.2 => /usr/local/lib/libiconv.so.2 (0x802574000) libthr.so.3 => /lib/libthr.so.3 (0x80286e000) libsqlite3.so.0 => /usr/local/lib/libsqlite3.so.0 (0x802a93000) libcurl.so.4 => /usr/local/lib/libcurl.so.4 (0x802d97000) libpcre.so.1 => /usr/local/lib/libpcre.so.1 (0x803000000) libspeex.so.1 => /usr/local/lib/libspeex.so.1 (0x803275000) libspeexdsp.so.1 => /usr/local/lib/libspeexdsp.so.1 (0x803490000) libedit.so.0 => /usr/local/lib/libedit.so.0 (0x8036a3000) libncurses.so.8 => /lib/libncurses.so.8 (0x8038dc000) libcrypt.so.5 => /lib/libcrypt.so.5 (0x803b29000) librt.so.1 => /usr/lib/librt.so.1 (0x803d49000) liblzma.so.5 => /usr/lib/liblzma.so.5 (0x803f4f000) libjpeg.so.8 => /usr/local/lib/libjpeg.so.8 (0x804174000) libz.so.6 => /lib/libz.so.6 (0x8043af000) libssl.so.7 => /usr/lib/libssl.so.7 (0x8045c5000) libcrypto.so.7 => /lib/libcrypto.so.7 (0x804830000) libstdc++.so.6 => /usr/local/lib/gcc48/libstdc++.so.6 (0x804c24000) libm.so.5 => /lib/libm.so.5 (0x804f2d000) libc.so.7 => /lib/libc.so.7 (0x80081f000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x805155000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x805363000) libheimntlm.so.11 => /usr/lib/libheimntlm.so.11 (0x80556e000) libhx509.so.11 => /usr/lib/libhx509.so.11 (0x805774000) libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x8059be000) libasn1.so.11 => /usr/lib/libasn1.so.11 (0x805bc0000) libwind.so.11 => /usr/lib/libwind.so.11 (0x805e5d000) libheimbase.so.11 => /usr/lib/libheimbase.so.11 (0x806085000) libroken.so.11 => /usr/lib/libroken.so.11 (0x806289000) libkrb5.so.11 => /usr/lib/libkrb5.so.11 (0x80649b000) libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x806713000) libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 (0x80691c000) libheimipcc.so.11 => /usr/lib/private/libheimipcc.so.11 (0x806b3a000) I already tried to recompile all of these library, without success Anyone know something about this? - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 2015-08-17 18:55 GMT-04:00 Michael Jerris : > building that module requires some dependencies be installed, check the > wiki for details > > > On Monday, August 17, 2015, Kim Culhan wrote: > >> On Mon, August 17, 2015 5:16 pm, Luiz Fernando Softov wrote: >> > Hi, i am try to install FS in FreeBSD 10.1, but when i try to load >> > mod_gsmopen, its crash >> >> What FreeSWITCH version are you running? >> >> I attempted to build 1.4.20 with mod_gsmopen but the module fails to >> build: >> >> gmake[5]: Entering directory >> '/usr/local/src/freeswitch/freeswitch-1.4.20/src/mod/endpoints/mod_gsmopen' >> CXX mod_gsmopen_la-mod_gsmopen.lo >> In file included from mod_gsmopen.cpp:34: >> ./gsmopen.h:103:10: fatal error: 'ctb-0.16/ctb.h' file not found >> #include "ctb-0.16/ctb.h" >> >> The path appears to be incorrect for ctb.h, I did not try to pursue that >> further. >> >> thanks >> -kim >> >> > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Luiz Fernando Softov http://www.softov.com.br fernando at softov.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/449294fd/attachment-0001.html From mike at jerris.com Tue Aug 18 03:20:54 2015 From: mike at jerris.com (Michael Jerris) Date: Mon, 17 Aug 2015 19:20:54 -0400 Subject: [Freeswitch-users] systemd won't enable for automatic start of FS In-Reply-To: <022f01d0d935$01ec45a0$05c4d0e0$@botecomm.com> References: <017c01d0d90a$ec056020$c4102060$@botecomm.com> <019301d0d910$077e3480$167a9d80$@botecomm.com> <6A2AB64A-3C24-4A74-A1FC-F8A5E169DCEB@jerris.com> <01e401d0d91c$65b75610$31260230$@botecomm.com> <022f01d0d935$01ec45a0$05c4d0e0$@botecomm.com> Message-ID: We probably should modify these files to be configure generated and installed so that we don't have to have different versions stashed in the different packages On Monday, August 17, 2015, Bote Man wrote: > Hot off the press, here is the section of the 1.6 installation page > dealing with systemd. Let me know if it needs improvement. > > > > > https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+1.6+Video#FreeSWITCH1.6Video-StartingFreeSWITCH > > > > I?m afraid to change the title of that page now that it has been out there > so long with links to it, so I just created a Debian 8 page that links to > it. > > > > Bote > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org > > [mailto:freeswitch-users-bounces at lists.freeswitch.org > ] > *On Behalf Of *Komar, Jason > *Sent:* Monday, 17 August, 2015 14:51 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] systemd won't enable for automatic > start of FS > > > > I couldn't get FreeSWITCH compiled from source to work under systemd on > Debian Jessie without having the pid file under /usr/local/freeswitch > > > > Here are the contents of my freeswitch.service file that let me get it > working if it helps you. > > > > [Unit] > > Description=freeswitch > > ;After=syslog.target network.target local-fs.target > > After=syslog.target network-online.target local-fs.target > > > > [Service] > > ; service > > Type=forking > > PIDFile=/usr/local/freeswitch/run/freeswitch.pid > > PermissionsStartOnly=true > > ExecStartPre=/bin/mkdir -p /usr/local/freeswitch/run > > ExecStartPre=/bin/chown freeswitch:daemon /usr/local/freeswitch/run > > ExecStart=/usr/local/freeswitch/bin/freeswitch -ncwait -nonat > > TimeoutSec=45s > > Restart=always > > ; exec > > WorkingDirectory=/usr/local/freeswitch/run > > User=freeswitch > > Group=daemon > > LimitCORE=infinity > > LimitNOFILE=100000 > > LimitNPROC=60000 > > ;LimitSTACK=240 > > LimitRTPRIO=infinity > > LimitRTTIME=7000000 > > IOSchedulingClass=realtime > > IOSchedulingPriority=2 > > CPUSchedulingPolicy=rr > > CPUSchedulingPriority=89 > > UMask=0007 > > > > [Install] > > WantedBy=multi-user.target > > > > ----- > > Jason > > > > On Mon, Aug 17, 2015 at 12:41 PM, Bote Man > wrote: > > Yeah, I saw that ticket where you changed the WorkingDirectory from > /run/freeswitch to /var/run/freeswitch and I made those changes to mine, > but it?s still flunky. > > > > I?ll keep hammering away at it. > > > > Thanks. > > > > Bote > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org > > [mailto:freeswitch-users-bounces at lists.freeswitch.org > ] > *On Behalf Of *Michael Jerris > *Sent:* Monday, 17 August, 2015 14:22 > > > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] systemd won't enable for automatic > start of FS > > > > The ones in tree are only for the packages, you would need to modify those > to be the correct paths and manually install them. You can follow the > patches that went in to the debian packaging for some indication of how to > install them correctly. > > > > > > On Aug 17, 2015, at 1:13 PM, Bote Man > wrote: > > > > I copied freeswitch.xml to /etc/freeswitch but I think that is only for > sysvinit anyway. > > > > I compiled FS from source which runs in a different directory tree than > the Debian package. The debs run under /etc/freeswitch while the compiled > version runs under /usr/local/freeswitch as I have it configured. > > > > Thanks. > > > > Bote > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org > > [mailto:freeswitch-users-bounces at lists.freeswitch.org > > ] *On Behalf Of *Volodymyr Fedorov > *Sent:* Monday, 17 August, 2015 12:48 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] systemd won't enable for automatic > start of FS > > > > Hello, > > Do you copied sample configs to /etc/freeswitch directory. > > > > > > On Mon, Aug 17, 2015 at 7:36 PM, Bote Man > wrote: > > I?m struggling to get systemd to start FreeSWITCH at boot time and also > leave it running once it starts. > > > > Problem #1 ? ?systemd enable freeswitch? outputs the right steps, but ends > with an error message. The error I get is ?No such file or directory? but > that is less than helpful. > > > > Problem #2 ? When I start FreeSWITCH with ?systemd start freeswitch? it > starts alright, but systemd does not detect FS running properly so it kills > it after the specified 45 seconds elapses and restarts it. I can see this > in top when FS gets a new pid. > > > > Details > > -------- > > It?s a new installation of Debian 8.1 and I chose to use systemd as the > init process. I compiled FreeSWITCH from source using the latest Master as > of late July. > > > > The only section of the unit file that is supposed to be used by the > ?enable? command is the [Install] section and that simply points to the > multi-user.target as expected. > > > > I do not know what to do with the 2 other sample systemd files in > /usr/src/freeswitch/debian, perhaps they are key. I have read up on systemd > and the FS unit file looks good to my untrained eye. I did not use the > sysvinit files that are also in that FS debian directory. > > > > I successfully used systemd to start, stop, and enable a few other system > services with success so there must be a tweak to the FS unit file that I > am missing. I can start FS manually and it runs normally. > > > > A Google search revealed a number of complaints that systemd would emit an > error message with its ?enable? command, yet it would successfully enable > the service; this was with a few different services on Debian and Ubuntu, > so it seems there might still be some weirdness with systemd on Debian. > > > > Has anybody gotten systemd to start FS reliably? > > > > Has anybody figured out how to make systemd detect FreeSWITCH running so > that it doesn?t restart it repeatedly? > > > > Once I figure out how to tame systemd I will document my findings in > Confluence as these are the last steps that allow you to get FS up and > running quickly. > > > > Thanks. > > > > > > --- > > Bote > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > -- > > Best regards, > > Volodymyr > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/8e75c14d/attachment-0001.html From fernando at softov.com.br Tue Aug 18 03:32:52 2015 From: fernando at softov.com.br (Luiz Fernando Softov) Date: Mon, 17 Aug 2015 19:32:52 -0400 Subject: [Freeswitch-users] FS + FreeBSD 10.1 CRASH In-Reply-To: References: Message-ID: Kim Culhan, if you want, send me a e-mail, and i reply with a tar.gz of libctb.16, with the patchs to compile in FreeBSD 2015-08-17 19:21 GMT-04:00 Luiz Fernando Softov : > I download LIBCTB, and recompile it, with some patches to compile in > FreeBSD > > I'm using version 1.5.15. > > But i try with 1.4.19 1.4.20 and i get the same error when try to run > gsmopen module > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > 2015-08-17 17:12:46.144556 [INFO] mod_enum.c:880 ENUM Reloaded > Error while reading shared library symbols: > Dwarf Error: wrong version in compilation unit header (is 4, should be 2) > [in module /usr/local/lib/gcc48/libstdc++.so.6] > 2015-08-17 17:12:46.306630 [INFO] switch_time.c:1411 Timezone reloaded > 1781 definitions > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 80b83b400 (LWP 100313/freeswitch)] > 0x000000080fa74e14 in mod_gsmopen_load (module_interface=0x7ffffe90e9a8, > pool=0x80b0ae028) at mod_gsmopen.cpp:1892 > 1892 running = 1; > Current language: auto; currently c++ > (gdb) > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > I try to install /usr/ports/lang/gcc and/or /usr/ports/lang/gcc47, and > make links (because FreeBSD 10.1 don't have g++ ang gcc by default) > > obs. /usr/ports/lang/gcc install gcc48 > > ln -s /usr/local/bin/gcc48 /usr/local/bin/gcc > ln -s /usr/local/bin/g++48 /usr/local/bin/g++ > or > ln -s /usr/local/bin/gcc47 /usr/local/bin/gcc > ln -s /usr/local/bin/g++47 /usr/local/bin/g++ > > Then i make > > ./configure --prefix=/brb_main/freeswitch --enable-core-pgsql-support > > gmake > > gmake install > > Then i get these errors > > freeswitch at devostest> load mod_gsmopen > 2015-08-17 18:55:40.002449 [INFO] mod_enum.c:880 ENUM Reloaded > 2015-08-17 18:55:40.002449 [CRIT] switch_loadable_module.c:1447 Error > Loading module /brb_main/freeswitch/mod/mod_gsmopen.so > **/brb_main/freeswitch/mod/mod_gsmopen.so: Undefined symbol > "_ZN6gsmlib10SMSMessage6decodeESsbPNS_5GsmAtE"** > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > I think its related with some depencencies > > i check libs > > > # ldd -v /brb_main/freeswitch/mod/mod_gsmopen.so > > /brb_main/freeswitch/mod/mod_gsmopen.so: > libctb-0.16.so => /usr/local/lib/libctb-0.16.so (0x801b04000) > libgsmme.so.1 => /usr/local/lib/libgsmme.so.1 (0x801d0e000) > libfreeswitch.so.1 => /brb_main/freeswitch/lib/libfreeswitch.so.1 > (0x801f87000) > libpq.so.5 => /usr/local/lib/libpq.so.5 (0x802346000) > libiconv.so.2 => /usr/local/lib/libiconv.so.2 (0x802574000) > libthr.so.3 => /lib/libthr.so.3 (0x80286e000) > libsqlite3.so.0 => /usr/local/lib/libsqlite3.so.0 (0x802a93000) > libcurl.so.4 => /usr/local/lib/libcurl.so.4 (0x802d97000) > libpcre.so.1 => /usr/local/lib/libpcre.so.1 (0x803000000) > libspeex.so.1 => /usr/local/lib/libspeex.so.1 (0x803275000) > libspeexdsp.so.1 => /usr/local/lib/libspeexdsp.so.1 (0x803490000) > libedit.so.0 => /usr/local/lib/libedit.so.0 (0x8036a3000) > libncurses.so.8 => /lib/libncurses.so.8 (0x8038dc000) > libcrypt.so.5 => /lib/libcrypt.so.5 (0x803b29000) > librt.so.1 => /usr/lib/librt.so.1 (0x803d49000) > liblzma.so.5 => /usr/lib/liblzma.so.5 (0x803f4f000) > libjpeg.so.8 => /usr/local/lib/libjpeg.so.8 (0x804174000) > libz.so.6 => /lib/libz.so.6 (0x8043af000) > libssl.so.7 => /usr/lib/libssl.so.7 (0x8045c5000) > libcrypto.so.7 => /lib/libcrypto.so.7 (0x804830000) > libstdc++.so.6 => /usr/local/lib/gcc48/libstdc++.so.6 (0x804c24000) > libm.so.5 => /lib/libm.so.5 (0x804f2d000) > libc.so.7 => /lib/libc.so.7 (0x80081f000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x805155000) > libintl.so.8 => /usr/local/lib/libintl.so.8 (0x805363000) > libheimntlm.so.11 => /usr/lib/libheimntlm.so.11 (0x80556e000) > libhx509.so.11 => /usr/lib/libhx509.so.11 (0x805774000) > libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x8059be000) > libasn1.so.11 => /usr/lib/libasn1.so.11 (0x805bc0000) > libwind.so.11 => /usr/lib/libwind.so.11 (0x805e5d000) > libheimbase.so.11 => /usr/lib/libheimbase.so.11 (0x806085000) > libroken.so.11 => /usr/lib/libroken.so.11 (0x806289000) > libkrb5.so.11 => /usr/lib/libkrb5.so.11 (0x80649b000) > libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x806713000) > libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 (0x80691c000) > libheimipcc.so.11 => /usr/lib/private/libheimipcc.so.11 > (0x806b3a000) > > > I already tried to recompile all of these library, without success > > Anyone know something about this? > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > 2015-08-17 18:55 GMT-04:00 Michael Jerris : > >> building that module requires some dependencies be installed, check the >> wiki for details >> >> >> On Monday, August 17, 2015, Kim Culhan wrote: >> >>> On Mon, August 17, 2015 5:16 pm, Luiz Fernando Softov wrote: >>> > Hi, i am try to install FS in FreeBSD 10.1, but when i try to load >>> > mod_gsmopen, its crash >>> >>> What FreeSWITCH version are you running? >>> >>> I attempted to build 1.4.20 with mod_gsmopen but the module fails to >>> build: >>> >>> gmake[5]: Entering directory >>> '/usr/local/src/freeswitch/freeswitch-1.4.20/src/mod/endpoints/mod_gsmopen' >>> CXX mod_gsmopen_la-mod_gsmopen.lo >>> In file included from mod_gsmopen.cpp:34: >>> ./gsmopen.h:103:10: fatal error: 'ctb-0.16/ctb.h' file not found >>> #include "ctb-0.16/ctb.h" >>> >>> The path appears to be incorrect for ctb.h, I did not try to pursue that >>> further. >>> >>> thanks >>> -kim >>> >>> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Luiz Fernando Softov > http://www.softov.com.br > fernando at softov.com.br > -- Luiz Fernando Softov http://www.softov.com.br fernando at softov.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/21c1b555/attachment.html From william.king at quentustech.com Tue Aug 18 03:48:29 2015 From: william.king at quentustech.com (William King) Date: Mon, 17 Aug 2015 16:48:29 -0700 Subject: [Freeswitch-users] config request via amod_amqp In-Reply-To: References: Message-ID: <55D272CD.4010608@quentustech.com> Would you want the configs of a specific module? or would the full running xml work? Also, how would you expect this to work for a system with dynamic xml enabled, like mod_xml_curl? William King Senior Engineer Quentus Technologies, INC 1037 NE 65th St Suite 273 Seattle, WA 98115 Main: (877) 211-9337 Office: (206) 388-4772 Cell: (253) 686-5518 william.king at quentustech.com On 8/17/15 12:27 AM, Sergey Safarov wrote: > Are Is possible to request the configuration xml tree of any module (eg > mod_nibblebill) through event processing module such as a (mod_amqp, > mod_event_socket, mod_erlang)? > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > From mike at jerris.com Tue Aug 18 05:02:35 2015 From: mike at jerris.com (Michael Jerris) Date: Mon, 17 Aug 2015 21:02:35 -0400 Subject: [Freeswitch-users] FS + FreeBSD 10.1 CRASH In-Reply-To: References: Message-ID: I think we have a repo that has this lib in it, we should probably try to get those patches in. Does anyone know if this lib is maintained upstream anymore or not? On Monday, August 17, 2015, Luiz Fernando Softov wrote: > Kim Culhan, > > if you want, send me a e-mail, and i reply with a tar.gz of libctb.16, > with the patchs to compile in FreeBSD > > 2015-08-17 19:21 GMT-04:00 Luiz Fernando Softov >: > >> I download LIBCTB, and recompile it, with some patches to compile in >> FreeBSD >> >> I'm using version 1.5.15. >> >> But i try with 1.4.19 1.4.20 and i get the same error when try to run >> gsmopen module >> >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> 2015-08-17 17:12:46.144556 [INFO] mod_enum.c:880 ENUM Reloaded >> Error while reading shared library symbols: >> Dwarf Error: wrong version in compilation unit header (is 4, should be 2) >> [in module /usr/local/lib/gcc48/libstdc++.so.6] >> 2015-08-17 17:12:46.306630 [INFO] switch_time.c:1411 Timezone reloaded >> 1781 definitions >> >> Program received signal SIGSEGV, Segmentation fault. >> [Switching to Thread 80b83b400 (LWP 100313/freeswitch)] >> 0x000000080fa74e14 in mod_gsmopen_load (module_interface=0x7ffffe90e9a8, >> pool=0x80b0ae028) at mod_gsmopen.cpp:1892 >> 1892 running = 1; >> Current language: auto; currently c++ >> (gdb) >> >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> >> I try to install /usr/ports/lang/gcc and/or /usr/ports/lang/gcc47, and >> make links (because FreeBSD 10.1 don't have g++ ang gcc by default) >> >> obs. /usr/ports/lang/gcc install gcc48 >> >> ln -s /usr/local/bin/gcc48 /usr/local/bin/gcc >> ln -s /usr/local/bin/g++48 /usr/local/bin/g++ >> or >> ln -s /usr/local/bin/gcc47 /usr/local/bin/gcc >> ln -s /usr/local/bin/g++47 /usr/local/bin/g++ >> >> Then i make >> >> ./configure --prefix=/brb_main/freeswitch --enable-core-pgsql-support >> >> gmake >> >> gmake install >> >> Then i get these errors >> >> freeswitch at devostest> load mod_gsmopen >> 2015-08-17 18:55:40.002449 [INFO] mod_enum.c:880 ENUM Reloaded >> 2015-08-17 18:55:40.002449 [CRIT] switch_loadable_module.c:1447 Error >> Loading module /brb_main/freeswitch/mod/mod_gsmopen.so >> **/brb_main/freeswitch/mod/mod_gsmopen.so: Undefined symbol >> "_ZN6gsmlib10SMSMessage6decodeESsbPNS_5GsmAtE"** >> >> >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> >> I think its related with some depencencies >> >> i check libs >> >> > # ldd -v /brb_main/freeswitch/mod/mod_gsmopen.so >> >> /brb_main/freeswitch/mod/mod_gsmopen.so: >> libctb-0.16.so => /usr/local/lib/libctb-0.16.so (0x801b04000) >> libgsmme.so.1 => /usr/local/lib/libgsmme.so.1 (0x801d0e000) >> libfreeswitch.so.1 => /brb_main/freeswitch/lib/libfreeswitch.so.1 >> (0x801f87000) >> libpq.so.5 => /usr/local/lib/libpq.so.5 (0x802346000) >> libiconv.so.2 => /usr/local/lib/libiconv.so.2 (0x802574000) >> libthr.so.3 => /lib/libthr.so.3 (0x80286e000) >> libsqlite3.so.0 => /usr/local/lib/libsqlite3.so.0 (0x802a93000) >> libcurl.so.4 => /usr/local/lib/libcurl.so.4 (0x802d97000) >> libpcre.so.1 => /usr/local/lib/libpcre.so.1 (0x803000000) >> libspeex.so.1 => /usr/local/lib/libspeex.so.1 (0x803275000) >> libspeexdsp.so.1 => /usr/local/lib/libspeexdsp.so.1 (0x803490000) >> libedit.so.0 => /usr/local/lib/libedit.so.0 (0x8036a3000) >> libncurses.so.8 => /lib/libncurses.so.8 (0x8038dc000) >> libcrypt.so.5 => /lib/libcrypt.so.5 (0x803b29000) >> librt.so.1 => /usr/lib/librt.so.1 (0x803d49000) >> liblzma.so.5 => /usr/lib/liblzma.so.5 (0x803f4f000) >> libjpeg.so.8 => /usr/local/lib/libjpeg.so.8 (0x804174000) >> libz.so.6 => /lib/libz.so.6 (0x8043af000) >> libssl.so.7 => /usr/lib/libssl.so.7 (0x8045c5000) >> libcrypto.so.7 => /lib/libcrypto.so.7 (0x804830000) >> libstdc++.so.6 => /usr/local/lib/gcc48/libstdc++.so.6 >> (0x804c24000) >> libm.so.5 => /lib/libm.so.5 (0x804f2d000) >> libc.so.7 => /lib/libc.so.7 (0x80081f000) >> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x805155000) >> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x805363000) >> libheimntlm.so.11 => /usr/lib/libheimntlm.so.11 (0x80556e000) >> libhx509.so.11 => /usr/lib/libhx509.so.11 (0x805774000) >> libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x8059be000) >> libasn1.so.11 => /usr/lib/libasn1.so.11 (0x805bc0000) >> libwind.so.11 => /usr/lib/libwind.so.11 (0x805e5d000) >> libheimbase.so.11 => /usr/lib/libheimbase.so.11 (0x806085000) >> libroken.so.11 => /usr/lib/libroken.so.11 (0x806289000) >> libkrb5.so.11 => /usr/lib/libkrb5.so.11 (0x80649b000) >> libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x806713000) >> libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 >> (0x80691c000) >> libheimipcc.so.11 => /usr/lib/private/libheimipcc.so.11 >> (0x806b3a000) >> >> >> I already tried to recompile all of these library, without success >> >> Anyone know something about this? >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> >> >> 2015-08-17 18:55 GMT-04:00 Michael Jerris > >: >> >>> building that module requires some dependencies be installed, check the >>> wiki for details >>> >>> >>> On Monday, August 17, 2015, Kim Culhan >> > wrote: >>> >>>> On Mon, August 17, 2015 5:16 pm, Luiz Fernando Softov wrote: >>>> > Hi, i am try to install FS in FreeBSD 10.1, but when i try to load >>>> > mod_gsmopen, its crash >>>> >>>> What FreeSWITCH version are you running? >>>> >>>> I attempted to build 1.4.20 with mod_gsmopen but the module fails to >>>> build: >>>> >>>> gmake[5]: Entering directory >>>> '/usr/local/src/freeswitch/freeswitch-1.4.20/src/mod/endpoints/mod_gsmopen' >>>> CXX mod_gsmopen_la-mod_gsmopen.lo >>>> In file included from mod_gsmopen.cpp:34: >>>> ./gsmopen.h:103:10: fatal error: 'ctb-0.16/ctb.h' file not found >>>> #include "ctb-0.16/ctb.h" >>>> >>>> The path appears to be incorrect for ctb.h, I did not try to pursue >>>> that further. >>>> >>>> thanks >>>> -kim >>>> >>>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Luiz Fernando Softov >> http://www.softov.com.br >> fernando at softov.com.br >> >> > > > > -- > Luiz Fernando Softov > http://www.softov.com.br > fernando at softov.com.br > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/a3405e32/attachment.html From italorossib at gmail.com Tue Aug 18 05:26:52 2015 From: italorossib at gmail.com (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Mon, 17 Aug 2015 22:26:52 -0300 Subject: [Freeswitch-users] systemd won't enable for automatic start of FS In-Reply-To: <022f01d0d935$01ec45a0$05c4d0e0$@botecomm.com> References: <017c01d0d90a$ec056020$c4102060$@botecomm.com> <019301d0d910$077e3480$167a9d80$@botecomm.com> <6A2AB64A-3C24-4A74-A1FC-F8A5E169DCEB@jerris.com> <01e401d0d91c$65b75610$31260230$@botecomm.com> <022f01d0d935$01ec45a0$05c4d0e0$@botecomm.com> Message-ID: Bote, There's a plugin called Redirection from ServiceRocket that could be useful when renaming pages: https://marketplace.atlassian.com/plugins/net.customware.confluence.plugin.redirection On Mon, Aug 17, 2015 at 6:38 PM, Bote Man wrote: > Hot off the press, here is the section of the 1.6 installation page > dealing with systemd. Let me know if it needs improvement. > > > > > https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+1.6+Video#FreeSWITCH1.6Video-StartingFreeSWITCH > > > > I?m afraid to change the title of that page now that it has been out there > so long with links to it, so I just created a Debian 8 page that links to > it. > > > > Bote > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Komar, Jason > *Sent:* Monday, 17 August, 2015 14:51 > > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] systemd won't enable for automatic > start of FS > > > > I couldn't get FreeSWITCH compiled from source to work under systemd on > Debian Jessie without having the pid file under /usr/local/freeswitch > > > > Here are the contents of my freeswitch.service file that let me get it > working if it helps you. > > > > [Unit] > > Description=freeswitch > > ;After=syslog.target network.target local-fs.target > > After=syslog.target network-online.target local-fs.target > > > > [Service] > > ; service > > Type=forking > > PIDFile=/usr/local/freeswitch/run/freeswitch.pid > > PermissionsStartOnly=true > > ExecStartPre=/bin/mkdir -p /usr/local/freeswitch/run > > ExecStartPre=/bin/chown freeswitch:daemon /usr/local/freeswitch/run > > ExecStart=/usr/local/freeswitch/bin/freeswitch -ncwait -nonat > > TimeoutSec=45s > > Restart=always > > ; exec > > WorkingDirectory=/usr/local/freeswitch/run > > User=freeswitch > > Group=daemon > > LimitCORE=infinity > > LimitNOFILE=100000 > > LimitNPROC=60000 > > ;LimitSTACK=240 > > LimitRTPRIO=infinity > > LimitRTTIME=7000000 > > IOSchedulingClass=realtime > > IOSchedulingPriority=2 > > CPUSchedulingPolicy=rr > > CPUSchedulingPriority=89 > > UMask=0007 > > > > [Install] > > WantedBy=multi-user.target > > > > ----- > > Jason > > > > On Mon, Aug 17, 2015 at 12:41 PM, Bote Man > wrote: > > Yeah, I saw that ticket where you changed the WorkingDirectory from > /run/freeswitch to /var/run/freeswitch and I made those changes to mine, > but it?s still flunky. > > > > I?ll keep hammering away at it. > > > > Thanks. > > > > Bote > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Michael > Jerris > *Sent:* Monday, 17 August, 2015 14:22 > > > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] systemd won't enable for automatic > start of FS > > > > The ones in tree are only for the packages, you would need to modify those > to be the correct paths and manually install them. You can follow the > patches that went in to the debian packaging for some indication of how to > install them correctly. > > > > > > On Aug 17, 2015, at 1:13 PM, Bote Man wrote: > > > > I copied freeswitch.xml to /etc/freeswitch but I think that is only for > sysvinit anyway. > > > > I compiled FS from source which runs in a different directory tree than > the Debian package. The debs run under /etc/freeswitch while the compiled > version runs under /usr/local/freeswitch as I have it configured. > > > > Thanks. > > > > Bote > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [ > mailto:freeswitch-users-bounces at lists.freeswitch.org > ] *On Behalf Of *Volodymyr > Fedorov > *Sent:* Monday, 17 August, 2015 12:48 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] systemd won't enable for automatic > start of FS > > > > Hello, > > Do you copied sample configs to /etc/freeswitch directory. > > > > > > On Mon, Aug 17, 2015 at 7:36 PM, Bote Man wrote: > > I?m struggling to get systemd to start FreeSWITCH at boot time and also > leave it running once it starts. > > > > Problem #1 ? ?systemd enable freeswitch? outputs the right steps, but ends > with an error message. The error I get is ?No such file or directory? but > that is less than helpful. > > > > Problem #2 ? When I start FreeSWITCH with ?systemd start freeswitch? it > starts alright, but systemd does not detect FS running properly so it kills > it after the specified 45 seconds elapses and restarts it. I can see this > in top when FS gets a new pid. > > > > Details > > -------- > > It?s a new installation of Debian 8.1 and I chose to use systemd as the > init process. I compiled FreeSWITCH from source using the latest Master as > of late July. > > > > The only section of the unit file that is supposed to be used by the > ?enable? command is the [Install] section and that simply points to the > multi-user.target as expected. > > > > I do not know what to do with the 2 other sample systemd files in > /usr/src/freeswitch/debian, perhaps they are key. I have read up on systemd > and the FS unit file looks good to my untrained eye. I did not use the > sysvinit files that are also in that FS debian directory. > > > > I successfully used systemd to start, stop, and enable a few other system > services with success so there must be a tweak to the FS unit file that I > am missing. I can start FS manually and it runs normally. > > > > A Google search revealed a number of complaints that systemd would emit an > error message with its ?enable? command, yet it would successfully enable > the service; this was with a few different services on Debian and Ubuntu, > so it seems there might still be some weirdness with systemd on Debian. > > > > Has anybody gotten systemd to start FS reliably? > > > > Has anybody figured out how to make systemd detect FreeSWITCH running so > that it doesn?t restart it repeatedly? > > > > Once I figure out how to tame systemd I will document my findings in > Confluence as these are the last steps that allow you to get FS up and > running quickly. > > > > Thanks. > > > > > > --- > > Bote > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > -- > > Best regards, > > Volodymyr > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ?talo Rossi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/44057fa7/attachment-0001.html From italorossib at gmail.com Tue Aug 18 05:35:54 2015 From: italorossib at gmail.com (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Mon, 17 Aug 2015 22:35:54 -0300 Subject: [Freeswitch-users] REFER 403 forbidden In-Reply-To: References: Message-ID: You're trying to transfer 1 legged call: 2015-08-07 13:21:45.615060 [ERR] sofia.c:8297 Cannot Blind Transfer 1 Legged calls You need dial to the user first and then transfer it to the conference extension, after this you can dial the conference extension. On Mon, Aug 17, 2015 at 5:19 AM, latit myriam wrote: > Hi, > > I have a problem with the SIP message REFER. > I initiate a conference by entering into a conference room, and then I > want Freeswitch to add a new participant. > According to the RFC 4579, I sent a REFER message to Freeswitch to add the > new participant and I get back a NOTIFY with sipfrag 403 forbidden > > I'm working with virtual IP adresses and I'm working only in local > > Below is the REFER message I send > > REFER sip:3000 at 192.168.20.3:6060 SIP/2.0 > Via: SIP/2.0/UDP 192.168.20.4:7000;branch=z9hG4bKg4534 > Max-Forwards: 70 > To: ;isfocus > From: ;tag=1832665346 > Call-ID: jbDaf1W7hQtswyvf > CSeq: 1 REFER > Contact: > Allow: > INVITE,BYE,REGISTER,ACK,OPTIONS,CANCEL,INFO,PRACK,REFER,MESSAGE,PUBLISH > Allow-Events: REFER > Accept: application/sdp, message/sipfrag > Refer-To: > Supported: timer, replaces, path > Content-Length: 0 > > > and here is the siptrace of FS > > recv 466 bytes from udp/[192.168.20.3]:7000 at 13:21:45.621109: > ------------------------------------------------------------------------ > REFER sip:3000 at 192.168.20.3:6060 SIP/2.0 > Via: SIP/2.0/UDP 192.168.20.3:7000;rport;branch=z9hG4bKg4534 > Max-Forwards: 70 > To: ;isfocus;tag=g2y4Btme55Fje > From: ;tag=1832665346 > Call-ID: jbDaf1W7hQtswyvf > CSeq: 476 REFER > Contact: > Allow: > INVITE,BYE,REGISTER,ACK,OPTIONS,CANCEL,INFO,PRACK,REFER,MESSAGE,PUBLISH > Refer-To: > Supported: replaces > Content-Length: 0 > > ------------------------------------------------------------------------ > 2015-08-07 13:21:45.615060 [DEBUG] switch_core_session.c:1061 Send signal > sofia/internal/1000 at 192.168.20.3 [BREAK] > 2015-08-07 13:21:45.615060 [DEBUG] switch_core_session.c:978 Send signal > sofia/internal/1000 at 192.168.20.3 [BREAK] > 2015-08-07 13:21:45.615060 [DEBUG] sofia.c:7799 Process REFER to [ > 1001 at 192.168.20.3] > send 722 bytes to udp/[192.168.20.3]:7000 at 13:21:45.624429: > ------------------------------------------------------------------------ > SIP/2.0 202 Accepted > Via: SIP/2.0/UDP 192.168.20.3:7000;rport=7000;branch=z9hG4bKg4534 > From: ;tag=1832665346 > To: ;isfocus;tag=g2y4Btme55Fje > Call-ID: jbDaf1W7hQtswyvf > CSeq: 476 REFER > Contact: > Expires: 60 > User-Agent: > FreeSWITCH-mod_sofia/1.4.20+git~20150701T115426Z~0ae8ee7f8f~64bit > 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 > Content-Length: 0 > > ------------------------------------------------------------------------ > 2015-08-07 13:21:45.615060 [ERR] sofia.c:8297 Cannot Blind Transfer 1 > Legged calls > send 888 bytes to udp/[192.168.20.3]:7000 at 13:21:45.624580: > ------------------------------------------------------------------------ > NOTIFY sip:1000 at 192.168.20.3:7000 SIP/2.0 > Via: SIP/2.0/UDP 192.168.20.3:6060;rport;branch=z9hG4bKgNeKBK5H869jQ > Max-Forwards: 70 > From: ;isfocus;tag=g2y4Btme55Fje > To: ;tag=1832665346 > Call-ID: jbDaf1W7hQtswyvf > CSeq: 79137188 NOTIFY > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.4.20+git~20150701T115426Z~0ae8ee7f8f~64bit > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > Supported: timer, path, replaces > Event: refer;id=476 > Allow-Events: talk, hold, conference, presence, as-feature-event, > dialog, line-seize, call-info, sla, include-session-description, > presence.winfo, message-summary, refer > Subscription-State: terminated;reason=noresource > Content-Type: message/sipfrag;version=2.0 > Content-Length: 23 > > SIP/2.0 403 Forbidden > ------------------------------------------------------------------------ > send 888 bytes to udp/[192.168.20.3]:7000 at 13:21:46.625031: > ------------------------------------------------------------------------ > NOTIFY sip:1000 at 192.168.20.3:7000 SIP/2.0 > Via: SIP/2.0/UDP 192.168.20.3:6060;rport;branch=z9hG4bKgNeKBK5H869jQ > Max-Forwards: 70 > From: ;isfocus;tag=g2y4Btme55Fje > To: ;tag=1832665346 > Call-ID: jbDaf1W7hQtswyvf > CSeq: 79137188 NOTIFY > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.4.20+git~20150701T115426Z~0ae8ee7f8f~64bit > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > Supported: timer, path, replaces > Event: refer;id=476 > Allow-Events: talk, hold, conference, presence, as-feature-event, > dialog, line-seize, call-info, sla, include-session-description, > presence.winfo, message-summary, refer > Subscription-State: terminated;reason=noresource > Content-Type: message/sipfrag;version=2.0 > Content-Length: 23 > > SIP/2.0 403 Forbidden > ------------------------------------------------------------------------ > send 888 bytes to udp/[192.168.20.3]:7000 at 13:21:48.626014: > ------------------------------------------------------------------------ > NOTIFY sip:1000 at 192.168.20.3:7000 SIP/2.0 > Via: SIP/2.0/UDP 192.168.20.3:6060;rport;branch=z9hG4bKgNeKBK5H869jQ > Max-Forwards: 70 > From: ;isfocus;tag=g2y4Btme55Fje > To: ;tag=1832665346 > Call-ID: jbDaf1W7hQtswyvf > CSeq: 79137188 NOTIFY > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.4.20+git~20150701T115426Z~0ae8ee7f8f~64bit > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > Supported: timer, path, replaces > Event: refer;id=476 > Allow-Events: talk, hold, conference, presence, as-feature-event, > dialog, line-seize, call-info, sla, include-session-description, > presence.winfo, message-summary, refer > Subscription-State: terminated;reason=noresource > Content-Type: message/sipfrag;version=2.0 > Content-Length: 23 > > SIP/2.0 403 Forbidden > > > Thanks for your help. > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ?talo Rossi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150817/bf82cd6a/attachment.html From david.fu at oocl.com Tue Aug 18 05:37:36 2015 From: david.fu at oocl.com (david.fu at oocl.com) Date: Tue, 18 Aug 2015 09:37:36 +0800 Subject: [Freeswitch-users] Request for recommended GUI for freeSWITCH In-Reply-To: <20150817040426.5419088.97411.106973@evaristesys.com> References: <61E1B4F8DE845A4F986F448F6D50A38504BF3756B5@E2K7CCR03.corp.oocl.com> <20150817040426.5419088.97411.106973@evaristesys.com> Message-ID: <61E1B4F8DE845A4F986F448F6D50A38504BF37588E@E2K7CCR03.corp.oocl.com> Hi Alex, Thanks for your sharing. I agree that we should troubleshoot the issue if this is configuration issue. May I ask if you are using Fusion ? It is working properly ? Thanks. Best Regards, David From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Alex Balashov Sent: Monday, August 17, 2015 12:04 PM To: david.fu at oocl.com Subject: Re: [Freeswitch-users] Request for recommended GUI for freeSWITCH It sounds like you should troubleshoot that issue, rather than abandoning it as a GUI? -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ Sent from my BlackBerry. From: david.fu at oocl.com Sent: Monday, August 17, 2015 00:01 To: freeswitch-users at lists.freeswitch.org Reply To: FreeSWITCH Users Help Subject: [Freeswitch-users] Request for recommended GUI for freeSWITCH Hi All, Besides of Fusion, any recommended GUI for freeSWTICH ? I?m using Fusion. However, sometimes I found that I couldn?t update the configuration file using it. Thanks. Best Regards, David IMPORTANT NOTICE Email from OOCL is confidential and may be legally privileged. If it is not intended for you, please delete it immediately unread. The internet cannot guarantee that this communication is free of viruses, interception or interference and anyone who communicates with us by email is taken to accept the risks in doing so. Without limitation, OOCL and its affiliates accept no liability whatsoever and howsoever arising in connection with the use of this email. Under no circumstances shall this email constitute a binding agreement to carry or for provision of carriage services by OOCL, which is subject to the availability of carrier's equipment and vessels and the terms and conditions of OOCL's standard bill of lading which is also available at http://www.oocl.com. IMPORTANT NOTICE Email from OOCL is confidential and may be legally privileged. If it is not intended for you, please delete it immediately unread. The internet cannot guarantee that this communication is free of viruses, interception or interference and anyone who communicates with us by email is taken to accept the risks in doing so. Without limitation, OOCL and its affiliates accept no liability whatsoever and howsoever arising in connection with the use of this email. Under no circumstances shall this email constitute a binding agreement to carry or for provision of carriage services by OOCL, which is subject to the availability of carrier's equipment and vessels and the terms and conditions of OOCL's standard bill of lading which is also available at http://www.oocl.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/38d6e70b/attachment-0001.html From fernando at softov.com.br Tue Aug 18 08:10:30 2015 From: fernando at softov.com.br (Luiz Fernando Softov) Date: Tue, 18 Aug 2015 00:10:30 -0400 Subject: [Freeswitch-users] FS + FreeBSD 10.1 CRASH In-Reply-To: References: Message-ID: Anyone know nothing about compile and install FreeSwitch in FreeBSD 10.1? I've tried several things, but I could not run the gsmopen module I have tried 1.4.20 1.5.16 1.5.final 1.6 1.7 Always the same error freeswitch at devostest> load mod_gsmopen 2015-08-17 18:55:40.002449 [INFO] mod_enum.c:880 ENUM Reloaded 2015-08-17 18:55:40.002449 [CRIT] switch_loadable_module.c:1447 Error Loading module /brb_main/freeswitch/mod/mod_gsmopen.so **/brb_main/freeswitch/mod/mod_gsmopen.so: Undefined symbol "_ZN6gsmlib10SMSMessage6decodeESsbPNS_5GsmAtE"** I think it's something with dynamic linking... Anyone? 2015-08-17 21:02 GMT-04:00 Michael Jerris : > I think we have a repo that has this lib in it, we should probably try to > get those patches in. Does anyone know if this lib is maintained upstream > anymore or not? > > > On Monday, August 17, 2015, Luiz Fernando Softov > wrote: > >> Kim Culhan, >> >> if you want, send me a e-mail, and i reply with a tar.gz of libctb.16, >> with the patchs to compile in FreeBSD >> >> 2015-08-17 19:21 GMT-04:00 Luiz Fernando Softov : >> >>> I download LIBCTB, and recompile it, with some patches to compile in >>> FreeBSD >>> >>> I'm using version 1.5.15. >>> >>> But i try with 1.4.19 1.4.20 and i get the same error when try to run >>> gsmopen module >>> >>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>> 2015-08-17 17:12:46.144556 [INFO] mod_enum.c:880 ENUM Reloaded >>> Error while reading shared library symbols: >>> Dwarf Error: wrong version in compilation unit header (is 4, should be >>> 2) [in module /usr/local/lib/gcc48/libstdc++.so.6] >>> 2015-08-17 17:12:46.306630 [INFO] switch_time.c:1411 Timezone reloaded >>> 1781 definitions >>> >>> Program received signal SIGSEGV, Segmentation fault. >>> [Switching to Thread 80b83b400 (LWP 100313/freeswitch)] >>> 0x000000080fa74e14 in mod_gsmopen_load (module_interface=0x7ffffe90e9a8, >>> pool=0x80b0ae028) at mod_gsmopen.cpp:1892 >>> 1892 running = 1; >>> Current language: auto; currently c++ >>> (gdb) >>> >>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>> >>> I try to install /usr/ports/lang/gcc and/or /usr/ports/lang/gcc47, and >>> make links (because FreeBSD 10.1 don't have g++ ang gcc by default) >>> >>> obs. /usr/ports/lang/gcc install gcc48 >>> >>> ln -s /usr/local/bin/gcc48 /usr/local/bin/gcc >>> ln -s /usr/local/bin/g++48 /usr/local/bin/g++ >>> or >>> ln -s /usr/local/bin/gcc47 /usr/local/bin/gcc >>> ln -s /usr/local/bin/g++47 /usr/local/bin/g++ >>> >>> Then i make >>> >>> ./configure --prefix=/brb_main/freeswitch --enable-core-pgsql-support >>> >>> gmake >>> >>> gmake install >>> >>> Then i get these errors >>> >>> freeswitch at devostest> load mod_gsmopen >>> 2015-08-17 18:55:40.002449 [INFO] mod_enum.c:880 ENUM Reloaded >>> 2015-08-17 18:55:40.002449 [CRIT] switch_loadable_module.c:1447 Error >>> Loading module /brb_main/freeswitch/mod/mod_gsmopen.so >>> **/brb_main/freeswitch/mod/mod_gsmopen.so: Undefined symbol >>> "_ZN6gsmlib10SMSMessage6decodeESsbPNS_5GsmAtE"** >>> >>> >>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>> >>> I think its related with some depencencies >>> >>> i check libs >>> >>> > # ldd -v /brb_main/freeswitch/mod/mod_gsmopen.so >>> >>> /brb_main/freeswitch/mod/mod_gsmopen.so: >>> libctb-0.16.so => /usr/local/lib/libctb-0.16.so (0x801b04000) >>> libgsmme.so.1 => /usr/local/lib/libgsmme.so.1 (0x801d0e000) >>> libfreeswitch.so.1 => >>> /brb_main/freeswitch/lib/libfreeswitch.so.1 (0x801f87000) >>> libpq.so.5 => /usr/local/lib/libpq.so.5 (0x802346000) >>> libiconv.so.2 => /usr/local/lib/libiconv.so.2 (0x802574000) >>> libthr.so.3 => /lib/libthr.so.3 (0x80286e000) >>> libsqlite3.so.0 => /usr/local/lib/libsqlite3.so.0 (0x802a93000) >>> libcurl.so.4 => /usr/local/lib/libcurl.so.4 (0x802d97000) >>> libpcre.so.1 => /usr/local/lib/libpcre.so.1 (0x803000000) >>> libspeex.so.1 => /usr/local/lib/libspeex.so.1 (0x803275000) >>> libspeexdsp.so.1 => /usr/local/lib/libspeexdsp.so.1 (0x803490000) >>> libedit.so.0 => /usr/local/lib/libedit.so.0 (0x8036a3000) >>> libncurses.so.8 => /lib/libncurses.so.8 (0x8038dc000) >>> libcrypt.so.5 => /lib/libcrypt.so.5 (0x803b29000) >>> librt.so.1 => /usr/lib/librt.so.1 (0x803d49000) >>> liblzma.so.5 => /usr/lib/liblzma.so.5 (0x803f4f000) >>> libjpeg.so.8 => /usr/local/lib/libjpeg.so.8 (0x804174000) >>> libz.so.6 => /lib/libz.so.6 (0x8043af000) >>> libssl.so.7 => /usr/lib/libssl.so.7 (0x8045c5000) >>> libcrypto.so.7 => /lib/libcrypto.so.7 (0x804830000) >>> libstdc++.so.6 => /usr/local/lib/gcc48/libstdc++.so.6 >>> (0x804c24000) >>> libm.so.5 => /lib/libm.so.5 (0x804f2d000) >>> libc.so.7 => /lib/libc.so.7 (0x80081f000) >>> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x805155000) >>> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x805363000) >>> libheimntlm.so.11 => /usr/lib/libheimntlm.so.11 (0x80556e000) >>> libhx509.so.11 => /usr/lib/libhx509.so.11 (0x805774000) >>> libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x8059be000) >>> libasn1.so.11 => /usr/lib/libasn1.so.11 (0x805bc0000) >>> libwind.so.11 => /usr/lib/libwind.so.11 (0x805e5d000) >>> libheimbase.so.11 => /usr/lib/libheimbase.so.11 (0x806085000) >>> libroken.so.11 => /usr/lib/libroken.so.11 (0x806289000) >>> libkrb5.so.11 => /usr/lib/libkrb5.so.11 (0x80649b000) >>> libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x806713000) >>> libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 >>> (0x80691c000) >>> libheimipcc.so.11 => /usr/lib/private/libheimipcc.so.11 >>> (0x806b3a000) >>> >>> >>> I already tried to recompile all of these library, without success >>> >>> Anyone know something about this? >>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>> >>> >>> 2015-08-17 18:55 GMT-04:00 Michael Jerris : >>> >>>> building that module requires some dependencies be installed, check the >>>> wiki for details >>>> >>>> >>>> On Monday, August 17, 2015, Kim Culhan wrote: >>>> >>>>> On Mon, August 17, 2015 5:16 pm, Luiz Fernando Softov wrote: >>>>> > Hi, i am try to install FS in FreeBSD 10.1, but when i try to load >>>>> > mod_gsmopen, its crash >>>>> >>>>> What FreeSWITCH version are you running? >>>>> >>>>> I attempted to build 1.4.20 with mod_gsmopen but the module fails to >>>>> build: >>>>> >>>>> gmake[5]: Entering directory >>>>> '/usr/local/src/freeswitch/freeswitch-1.4.20/src/mod/endpoints/mod_gsmopen' >>>>> CXX mod_gsmopen_la-mod_gsmopen.lo >>>>> In file included from mod_gsmopen.cpp:34: >>>>> ./gsmopen.h:103:10: fatal error: 'ctb-0.16/ctb.h' file not found >>>>> #include "ctb-0.16/ctb.h" >>>>> >>>>> The path appears to be incorrect for ctb.h, I did not try to pursue >>>>> that further. >>>>> >>>>> thanks >>>>> -kim >>>>> >>>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> Luiz Fernando Softov >>> http://www.softov.com.br >>> fernando at softov.com.br >>> >> >> >> >> -- >> Luiz Fernando Softov >> http://www.softov.com.br >> fernando at softov.com.br >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Luiz Fernando Softov http://www.softov.com.br fernando at softov.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/e11b2a7c/attachment-0001.html From adahary at gmail.com Tue Aug 18 10:22:29 2015 From: adahary at gmail.com (Assaf Dahary) Date: Tue, 18 Aug 2015 09:22:29 +0300 Subject: [Freeswitch-users] Freeswitch-Acrobits/iPhone-ZRTP error Message-ID: <048701d0d97e$43589590$ca09c0b0$@gmail.com> Hi all, When dialing with Acrobits/iPhone app I get most of the times ZRTP errors when making outgoing/incoming calls via Freeswitch. The app starts ZRTP key exchange and then stops with ZRTP error message. Sometimes it works but most of the time it does not. I'm using GSM and PCMU codecs (20sec) on both Acrobits and Freeswitch. Is there a special ZRTP/dialplan setup for Acrobits/iPhone app? Using none acrobits apps with ZRTP on Android with no issues. Here is my dialplan for the incoming call from DID 722157185 to extension 99556678, and FS debug flow which shows the ZRTP error cause: [zrtp respond]: INFO: Authtag HS80 isn't supported by profile. ID=1551 Regards Assaf
2015-08-18 07:33:58.946068 [DEBUG] switch_core_session.c:1016 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:33:58.946068 [DEBUG] switch_core_session.c:1016 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:33:58.946068 [DEBUG] switch_core_state_machine.c:415 (sofia/external/0542526278 at 212.199.157.154:5060) Running State Change CS_NEW 2015-08-18 07:33:58.946068 [DEBUG] sofia.c:7877 sofia/external/0542526278 at 212.199.157.154:5060 receiving invite from 212.199.157.154:5060 version: 1.2.22 git 468dc29 2014-03-14 21:23:27Z 64bit 2015-08-18 07:33:58.946068 [DEBUG] sofia.c:5815 Channel sofia/external/0542526278 at 212.199.157.154:5060 entering state [received][100] 2015-08-18 07:33:58.946068 [DEBUG] sofia.c:5828 Remote SDP: v=0 o=Sonus_UAC 25651 22274 IN IP4 212.199.157.154 s=SIP Media Capabilities c=IN IP4 212.199.157.155 t=0 0 m=audio 28286 RTP/AVP 18 8 0 100 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:100 telephone-event/8000 a=fmtp:100 0-15 a=maxptime:20 2015-08-18 07:33:58.946068 [DEBUG] sofia.c:6075 (sofia/external/0542526278 at 212.199.157.154:5060) State Change CS_NEW -> CS_INIT 2015-08-18 07:33:58.946068 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:33:58.946068 [DEBUG] switch_core_state_machine.c:434 (sofia/external/0542526278 at 212.199.157.154:5060) State NEW 2015-08-18 07:33:58.946068 [DEBUG] switch_core_state_machine.c:415 (sofia/external/0542526278 at 212.199.157.154:5060) Running State Change CS_INIT 2015-08-18 07:33:58.946068 [DEBUG] switch_core_state_machine.c:455 (sofia/external/0542526278 at 212.199.157.154:5060) State INIT 2015-08-18 07:33:58.946068 [DEBUG] mod_sofia.c:87 sofia/external/0542526278 at 212.199.157.154:5060 SOFIA INIT 2015-08-18 07:33:58.946068 [DEBUG] mod_sofia.c:127 (sofia/external/0542526278 at 212.199.157.154:5060) State Change CS_INIT -> CS_ROUTING 2015-08-18 07:33:58.946068 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:33:58.946068 [DEBUG] switch_core_state_machine.c:455 (sofia/external/0542526278 at 212.199.157.154:5060) State INIT going to sleep 2015-08-18 07:33:58.946068 [DEBUG] switch_core_state_machine.c:415 (sofia/external/0542526278 at 212.199.157.154:5060) Running State Change CS_ROUTING 2015-08-18 07:33:58.946068 [DEBUG] switch_channel.c:2163 (sofia/external/0542526278 at 212.199.157.154:5060) Callstate Change DOWN -> RINGING 2015-08-18 07:33:58.946068 [DEBUG] switch_core_state_machine.c:471 (sofia/external/0542526278 at 212.199.157.154:5060) State ROUTING 2015-08-18 07:33:58.946068 [DEBUG] mod_sofia.c:150 sofia/external/0542526278 at 212.199.157.154:5060 SOFIA ROUTING 2015-08-18 07:33:58.946068 [DEBUG] switch_core_state_machine.c:117 sofia/external/0542526278 at 212.199.157.154:5060 Standard ROUTING 2015-08-18 07:33:58.946068 [INFO] mod_dialplan_xml.c:558 Processing 0542526278 <0542526278>->722157185 in context external Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 parsing [external->call_to_99556678] continue=false Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Regex (PASS) [call_to_99556678] destination_number(722157185) =~ /^722157185$/ break=on-false Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(call_timeout=45) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(ringback=${us-ring}) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(instant_ringback=true) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(x_dst_tariff=) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(x_dialplan_mode=PLIVO-FS) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(x_account_id=0) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(effective_caller_id_number=0542526278) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(effective_caller_id_name=) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(zrtp_secure_media=true) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(zrtp_enrollment=true) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(x_call_type=PSTN2SIP) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(x_user_name=99556678) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(x_domain_name=confidentialtele.com) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(proxy_media=false) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(execute_on_answer=sched_hangup +3600 alloted_timeout) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(hangup_after_bridge=true) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action set(continue_on_fail=true) Dialplan: sofia/external/0542526278 at 212.199.157.154:5060 Action bridge(user/99556678 at confidentialtele.com) 2015-08-18 07:33:58.986050 [DEBUG] switch_core_state_machine.c:167 (sofia/external/0542526278 at 212.199.157.154:5060) State Change CS_ROUTING -> CS_EXECUTE 2015-08-18 07:33:58.986050 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:33:58.986050 [DEBUG] switch_core_state_machine.c:471 (sofia/external/0542526278 at 212.199.157.154:5060) State ROUTING going to sleep 2015-08-18 07:33:58.986050 [DEBUG] switch_core_state_machine.c:415 (sofia/external/0542526278 at 212.199.157.154:5060) Running State Change CS_EXECUTE 2015-08-18 07:33:58.986050 [DEBUG] switch_core_state_machine.c:478 (sofia/external/0542526278 at 212.199.157.154:5060) State EXECUTE 2015-08-18 07:33:58.986050 [DEBUG] mod_sofia.c:243 sofia/external/0542526278 at 212.199.157.154:5060 SOFIA EXECUTE 2015-08-18 07:33:58.986050 [DEBUG] switch_core_state_machine.c:209 sofia/external/0542526278 at 212.199.157.154:5060 Standard EXECUTE EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(call_timeout=45) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [call_timeout]=[45] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(ringback=%(2000,4000,440,480)) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [ringback]=[%(2000,4000,440,480)] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(instant_ringback=true) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [instant_ringback]=[true] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(x_dst_tariff=) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [x_dst_tariff]=[UNDEF] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(x_dialplan_mode=PLIVO-FS) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [x_dialplan_mode]=[PLIVO-FS] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(x_account_id=0) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [x_account_id]=[0] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(effective_caller_id_number=0542526278) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [effective_caller_id_number]=[0542526278] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(effective_caller_id_name=) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [effective_caller_id_name]=[UNDEF] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(zrtp_secure_media=true) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [zrtp_secure_media]=[true] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(zrtp_enrollment=true) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [zrtp_enrollment]=[true] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(x_call_type=PSTN2SIP) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [x_call_type]=[PSTN2SIP] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(x_user_name=99556678) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [x_user_name]=[99556678] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(x_domain_name=confidentialtele.com) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [x_domain_name]=[confidentialtele.com] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(proxy_media=false) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [proxy_media]=[false] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(execute_on_answer=sched_hangup +3600 alloted_timeout) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [execute_on_answer]=[sched_hangup +3600 alloted_timeout] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(hangup_after_bridge=true) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [hangup_after_bridge]=[true] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 set(continue_on_fail=true) 2015-08-18 07:33:58.986050 [DEBUG] mod_dptools.c:1402 sofia/external/0542526278 at 212.199.157.154:5060 SET [continue_on_fail]=[true] EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 bridge(user/99556678 at confidentialtele.com) 2015-08-18 07:33:58.986050 [DEBUG] switch_ivr_originate.c:2069 Parsing global variables 2015-08-18 07:33:59.017997 [DEBUG] switch_ivr_originate.c:2069 Parsing global variables 2015-08-18 07:33:59.017997 [DEBUG] switch_event.c:1661 Parsing variable [presence_id]=[99556678 at confidentialtele.com] 2015-08-18 07:33:59.017997 [NOTICE] switch_channel.c:1050 New Channel sofia/agents/sip:99556678 at 164.138.115.183:50214 [58014df2-4562-11e5-b0c3-e7d40967f7d3] 2015-08-18 07:33:59.017997 [DEBUG] mod_sofia.c:5236 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State Change CS_NEW -> CS_INIT 2015-08-18 07:33:59.017997 [DEBUG] switch_core_session.c:1351 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:33:59.017997 [DEBUG] mod_sofia.c:5306 [zrtp_passthru] Setting a-leg inherit_codec=true 2015-08-18 07:33:59.017997 [DEBUG] mod_sofia.c:5309 [zrtp_passthru] Setting b-leg absolute_codec_string='PCMU at 8000h@20i at 64000b' 2015-08-18 07:33:59.017997 [DEBUG] switch_core_state_machine.c:415 (sofia/agents/sip:99556678 at 164.138.115.183:50214) Running State Change CS_INIT 2015-08-18 07:33:59.017997 [DEBUG] switch_core_state_machine.c:455 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State INIT 2015-08-18 07:33:59.017997 [DEBUG] mod_sofia.c:87 sofia/agents/sip:99556678 at 164.138.115.183:50214 SOFIA INIT 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:2716 sip:99556678 at 164.138.115.183:50214;rinstance=1E740845;transport=tls Setting proxy route to sofia/agents/sip:99556678 at 164.138.115.183:50214 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:2744 sofia/agents/sip:99556678 at 164.138.115.183:50214 sending invite version: 1.2.22 git 468dc29 2014-03-14 21:23:27Z 64bit Local SDP: v=0 o=FreeSWITCH 1439860069 1439860070 IN IP4 82.80.217.142 s=FreeSWITCH c=IN IP4 82.80.217.142 t=0 0 m=audio 12370 RTP/AVP 0 101 13 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv 2015-08-18 07:33:59.017997 [DEBUG] mod_sofia.c:127 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State Change CS_INIT -> CS_ROUTING 2015-08-18 07:33:59.017997 [DEBUG] switch_core_session.c:1351 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:33:59.017997 [DEBUG] switch_core_state_machine.c:455 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State INIT going to sleep 2015-08-18 07:33:59.017997 [DEBUG] switch_core_state_machine.c:415 (sofia/agents/sip:99556678 at 164.138.115.183:50214) Running State Change CS_ROUTING 2015-08-18 07:33:59.017997 [DEBUG] switch_core_state_machine.c:471 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State ROUTING 2015-08-18 07:33:59.017997 [DEBUG] mod_sofia.c:150 sofia/agents/sip:99556678 at 164.138.115.183:50214 SOFIA ROUTING 2015-08-18 07:33:59.017997 [DEBUG] switch_ivr_originate.c:67 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2015-08-18 07:33:59.017997 [DEBUG] switch_core_session.c:1351 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:33:59.017997 [DEBUG] switch_core_state_machine.c:471 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State ROUTING going to sleep 2015-08-18 07:33:59.017997 [DEBUG] switch_core_session.c:1016 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:33:59.017997 [INFO] switch_ivr_originate.c:1191 Sending early media 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:5282 Audio Codec Compare [G729:18:8000:20:8000]/[SILK:117:8000:20:20000] 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:5282 Audio Codec Compare [G729:18:8000:20:8000]/[GSM:3:8000:20:13200] 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:5282 Audio Codec Compare [G729:18:8000:20:8000]/[PCMU:0:8000:20:64000] 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:5282 Audio Codec Compare [PCMA:8:8000:20:64000]/[SILK:117:8000:20:20000] 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:5282 Audio Codec Compare [PCMA:8:8000:20:64000]/[GSM:3:8000:20:13200] 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:5282 Audio Codec Compare [PCMA:8:8000:20:64000]/[PCMU:0:8000:20:64000] 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:5282 Audio Codec Compare [PCMU:0:8000:20:64000]/[SILK:117:8000:20:20000] 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:5282 Audio Codec Compare [PCMU:0:8000:20:64000]/[GSM:3:8000:20:13200] 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:5282 Audio Codec Compare [PCMU:0:8000:20:64000]/[PCMU:0:8000:20:64000] 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:3190 Set Codec sofia/external/0542526278 at 212.199.157.154:5060 PCMU/8000 20 ms 160 samples 64000 bits 2015-08-18 07:33:59.017997 [DEBUG] switch_core_codec.c:111 sofia/external/0542526278 at 212.199.157.154:5060 Original read codec set to PCMU:0 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:5451 Set 2833 dtmf send/recv payload to 100 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:3449 AUDIO RTP [sofia/external/0542526278 at 212.199.157.154:5060] 82.80.217.142 port 10872 -> 212.199.157.155 port 28286 codec: 0 ms: 20 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:2040 Starting timer [soft] 160 bytes per 20ms 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: START SESSION INITIALIZATION. sID=1550. 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: ZID=353235306439386564366363. 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: Loading User's profile: 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: allowclear: OFF 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: autosecure: ON 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: disclose_bit: OFF 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: signal. role: Unknown 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: TTL: 4294967295 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: SAS schemes: 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 B256 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 B32 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: Ciphers: 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 AES3 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 AES1 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: PK schemes: 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 EC25 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 DH3k 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 DH2k 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 Mult 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: ATL: 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 HS32 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: Hashes: 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 S256 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: Session initialization - DONE. sID=1550. 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: ATTACH NEW STREAM to sID=1550: 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp]: Stream ID=0 UNKNOWN switching ---> . 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: Empty slot was found - initializing new stream with ID=1550. 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: Preparing ZRTP Hello according to the Session profile. 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp main]: ATTACH NEW STREAM - DONE. 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp mitm]: START REGISTRATION STREAM ID=1550 mode=CLEAR state=ACTIVE. 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp engine]: START STREAM ID=1550 mode=CLEAR state=ACTIVE. 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp]: Stream ID=1550 CLEAR switching ---> . 2015-08-18 07:33:59.017997 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15607 size=144. Stream 1550:CLEAR:START 2015-08-18 07:33:59.017997 [DEBUG] switch_core_state_machine.c:415 (sofia/agents/sip:99556678 at 164.138.115.183:50214) Running State Change CS_CONSUME_MEDIA 2015-08-18 07:33:59.017997 [DEBUG] sofia.c:5815 Channel sofia/agents/sip:99556678 at 164.138.115.183:50214 entering state [calling][0] 2015-08-18 07:33:59.017997 [DEBUG] switch_core_state_machine.c:490 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State CONSUME_MEDIA 2015-08-18 07:33:59.017997 [DEBUG] switch_core_state_machine.c:490 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State CONSUME_MEDIA going to sleep 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:3716 Set 2833 dtmf send payload to 100 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:3722 Set 2833 dtmf receive payload to 100 2015-08-18 07:33:59.017997 [DEBUG] sofia_glue.c:3749 sofia/external/0542526278 at 212.199.157.154:5060 Set rtp dtmf delay to 40 2015-08-18 07:33:59.017997 [NOTICE] sofia_glue.c:4360 Pre-Answer sofia/external/0542526278 at 212.199.157.154:5060! 2015-08-18 07:33:59.017997 [DEBUG] switch_channel.c:3368 (sofia/external/0542526278 at 212.199.157.154:5060) Callstate Change RINGING -> EARLY 2015-08-18 07:33:59.017997 [DEBUG] mod_sofia.c:2891 Ring SDP: v=0 o=FreeSWITCH 1439861567 1439861568 IN IP4 82.80.217.142 s=FreeSWITCH c=IN IP4 82.80.217.142 t=0 0 m=audio 10872 RTP/AVP 0 100 a=rtpmap:0 PCMU/8000 a=rtpmap:100 telephone-event/8000 a=fmtp:100 0-16 a=ptime:20 a=sendrecv 2015-08-18 07:33:59.017997 [DEBUG] switch_core_session.c:871 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:33:59.017997 [DEBUG] switch_ivr_originate.c:1248 Raw Codec Activation Success L16 at 8000hz 1 channel 20ms 2015-08-18 07:33:59.017997 [DEBUG] switch_core_codec.c:219 sofia/external/0542526278 at 212.199.157.154:5060 Push codec L16:70 2015-08-18 07:33:59.017997 [DEBUG] switch_ivr_originate.c:1316 Play Ringback Tone [%(2000,4000,440,480)] 2015-08-18 07:33:59.017997 [DEBUG] switch_core_session.c:1016 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:33:59.056050 [DEBUG] sofia.c:5815 Channel sofia/external/0542526278 at 212.199.157.154:5060 entering state [early][183] 2015-08-18 07:33:59.086039 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15608 size=144. Stream 1550:CLEAR:START 2015-08-18 07:33:59.126047 [DEBUG] switch_core_session.c:1016 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:33:59.126047 [DEBUG] switch_core_session.c:1016 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:33:59.126047 [DEBUG] sofia.c:5815 Channel sofia/agents/sip:99556678 at 164.138.115.183:50214 entering state [proceeding][180] 2015-08-18 07:33:59.126047 [NOTICE] sofia.c:5910 Ring-Ready sofia/agents/sip:99556678 at 164.138.115.183:50214! 2015-08-18 07:33:59.126047 [DEBUG] switch_channel.c:3242 (sofia/agents/sip:99556678 at 164.138.115.183:50214) Callstate Change DOWN -> RINGING 2015-08-18 07:33:59.186036 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15609 size=144. Stream 1550:CLEAR:START 2015-08-18 07:33:59.236037 [DEBUG] switch_rtp.c:3757 Correct ip/port confirmed. 2015-08-18 07:33:59.386038 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15610 size=144. Stream 1550:CLEAR:START 2015-08-18 07:33:59.586037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15611 size=144. Stream 1550:CLEAR:START 2015-08-18 07:33:59.786037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: WARNING! HELLO have been resent 5 times without a response. Raising ZRTP_EVENT_NO_ZRTP_QUICK event. ID=1550 2015-08-18 07:33:59.786037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15612 size=144. Stream 1550:CLEAR:START 2015-08-18 07:33:59.986037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15613 size=144. Stream 1550:CLEAR:START 2015-08-18 07:34:00.196037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15614 size=144. Stream 1550:CLEAR:START 2015-08-18 07:34:00.396036 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15615 size=144. Stream 1550:CLEAR:START 2015-08-18 07:34:00.596037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15616 size=144. Stream 1550:CLEAR:START 2015-08-18 07:34:00.796050 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15617 size=144. Stream 1550:CLEAR:START 2015-08-18 07:34:00.996036 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15618 size=144. Stream 1550:CLEAR:START 2015-08-18 07:34:01.196037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15619 size=144. Stream 1550:CLEAR:START 2015-08-18 07:34:01.396050 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15620 size=144. Stream 1550:CLEAR:START 2015-08-18 07:34:01.596036 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15621 size=144. Stream 1550:CLEAR:START 2015-08-18 07:34:01.796036 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15622 size=144. Stream 1550:CLEAR:START 2015-08-18 07:34:01.996050 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15623 size=144. Stream 1550:CLEAR:START 2015-08-18 07:34:02.196037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15624 size=144. Stream 1550:CLEAR:START 2015-08-18 07:34:02.396050 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15625 size=144. Stream 1550:CLEAR:START 2015-08-18 07:34:02.596050 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3923818383 seq=15626 size=144. Stream 1550:CLEAR:START 2015-08-18 07:34:02.636038 [DEBUG] switch_core_session.c:1016 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:34:02.636038 [DEBUG] switch_core_session.c:1016 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:34:02.636038 [DEBUG] sofia.c:5815 Channel sofia/agents/sip:99556678 at 164.138.115.183:50214 entering state [completing][200] 2015-08-18 07:34:02.636038 [DEBUG] sofia.c:5828 Remote SDP: v=0 o=- 8706103222 65422 IN IP4 172.26.170.170 s=vzrqxyq c=IN IP4 10.0.0.16 t=0 0 m=audio 48928 RTP/AVP 0 101 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 2015-08-18 07:34:02.636038 [DEBUG] switch_core_session.c:1016 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:34:02.636038 [DEBUG] switch_core_session.c:1016 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:34:02.636038 [DEBUG] sofia.c:5815 Channel sofia/agents/sip:99556678 at 164.138.115.183:50214 entering state [ready][200] 2015-08-18 07:34:02.636038 [DEBUG] sofia_glue.c:5282 Audio Codec Compare [PCMU:0:8000:20:64000]/[PCMU:0:8000:20:64000] 2015-08-18 07:34:02.636038 [DEBUG] sofia_glue.c:3190 Set Codec sofia/agents/sip:99556678 at 164.138.115.183:50214 PCMU/8000 20 ms 160 samples 64000 bits 2015-08-18 07:34:02.636038 [DEBUG] switch_core_codec.c:111 sofia/agents/sip:99556678 at 164.138.115.183:50214 Original read codec set to PCMU:0 2015-08-18 07:34:02.636038 [DEBUG] sofia_glue.c:5442 Set 2833 dtmf send payload to 101 2015-08-18 07:34:02.636038 [DEBUG] sofia_glue.c:3449 AUDIO RTP [sofia/agents/sip:99556678 at 164.138.115.183:50214] 82.80.217.142 port 12370 -> 10.0.0.16 port 48928 codec: 0 ms: 20 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:2040 Starting timer [soft] 160 bytes per 20ms 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 [ zrtp main]: START SESSION INITIALIZATION. sID=1551. 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 [ zrtp main]: ZID=353235306439386564366363. 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 [ zrtp main]: Loading User's profile: 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 [ zrtp main]: allowclear: OFF 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 [ zrtp main]: autosecure: ON 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 [ zrtp main]: disclose_bit: OFF 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 [ zrtp main]: signal. role: Initiator 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 [ zrtp main]: TTL: 4294967295 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 [ zrtp main]: SAS schemes: 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 B256 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 B32 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 [ zrtp main]: Ciphers: 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 AES3 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 AES1 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 [ zrtp main]: PK schemes: 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 EC25 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 DH3k 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 DH2k 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 Mult 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 [ zrtp main]: ATL: 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 HS32 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 [ zrtp main]: Hashes: 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 S256 2015-08-18 07:34:02.636038 [DEBUG] switch_rtp.c:948 2015-08-18 07:34:02.646130 [DEBUG] switch_rtp.c:948 [ zrtp main]: Session initialization - DONE. sID=1551. 2015-08-18 07:34:02.646130 [DEBUG] switch_rtp.c:948 [ zrtp main]: ATTACH NEW STREAM to sID=1551: 2015-08-18 07:34:02.646130 [DEBUG] switch_rtp.c:948 [ zrtp]: Stream ID=0 UNKNOWN switching ---> . 2015-08-18 07:34:02.646130 [DEBUG] switch_rtp.c:948 [ zrtp main]: Empty slot was found - initializing new stream with ID=1551. 2015-08-18 07:34:02.646130 [DEBUG] switch_rtp.c:948 [ zrtp main]: Preparing ZRTP Hello according to the Session profile. 2015-08-18 07:34:02.646130 [DEBUG] switch_rtp.c:948 [ zrtp main]: ATTACH NEW STREAM - DONE. 2015-08-18 07:34:02.646130 [DEBUG] switch_rtp.c:948 [ zrtp engine]: START STREAM ID=1551 mode=CLEAR state=ACTIVE. 2015-08-18 07:34:02.646130 [DEBUG] switch_rtp.c:948 [ zrtp]: Stream ID=1551 CLEAR switching ---> . 2015-08-18 07:34:02.646130 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3992876290 seq=8297 size=144. Stream 1551:CLEAR:START 2015-08-18 07:34:02.646130 [DEBUG] sofia_glue.c:3716 Set 2833 dtmf send payload to 101 2015-08-18 07:34:02.646130 [DEBUG] sofia_glue.c:3722 Set 2833 dtmf receive payload to 101 2015-08-18 07:34:02.646130 [DEBUG] sofia_glue.c:3749 sofia/agents/sip:99556678 at 164.138.115.183:50214 Set rtp dtmf delay to 40 2015-08-18 07:34:02.646130 [DEBUG] switch_channel.c:3601 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:34:02.646130 [NOTICE] sofia.c:6604 Channel [sofia/agents/sip:99556678 at 164.138.115.183:50214] has been answered 2015-08-18 07:34:02.646130 [DEBUG] switch_channel.c:3647 (sofia/agents/sip:99556678 at 164.138.115.183:50214) Callstate Change RINGING -> ACTIVE 2015-08-18 07:34:02.656044 [DEBUG] switch_core_codec.c:244 sofia/external/0542526278 at 212.199.157.154:5060 Restore previous codec PCMU:0. 2015-08-18 07:34:02.656044 [DEBUG] mod_sofia.c:866 Local SDP sofia/external/0542526278 at 212.199.157.154:5060: v=0 o=FreeSWITCH 1439861567 1439861569 IN IP4 82.80.217.142 s=FreeSWITCH c=IN IP4 82.80.217.142 t=0 0 m=audio 10872 RTP/AVP 0 100 a=rtpmap:0 PCMU/8000 a=rtpmap:100 telephone-event/8000 a=fmtp:100 0-16 a=ptime:20 a=sendrecv 2015-08-18 07:34:02.656044 [DEBUG] switch_core_session.c:871 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:34:02.656044 [NOTICE] switch_ivr_originate.c:3456 Channel [sofia/external/0542526278 at 212.199.157.154:5060] has been answered EXECUTE sofia/external/0542526278 at 212.199.157.154:5060 sched_hangup(+3600 alloted_timeout) 2015-08-18 07:34:02.656044 [DEBUG] switch_scheduler.c:243 Added task 790 switch_ivr_schedule_hangup (57f517c6-4562-11e5-b0a7-e7d40967f7d3) to run at 1439876042 2015-08-18 07:34:02.656044 [DEBUG] switch_channel.c:3647 (sofia/external/0542526278 at 212.199.157.154:5060) Callstate Change EARLY -> ACTIVE 2015-08-18 07:34:02.656044 [DEBUG] switch_ivr_originate.c:3513 Originate Resulted in Success: [sofia/agents/sip:99556678 at 164.138.115.183:50214] 2015-08-18 07:34:02.656044 [DEBUG] switch_core_session.c:1016 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:34:02.656044 [DEBUG] sofia.c:5815 Channel sofia/external/0542526278 at 212.199.157.154:5060 entering state [completed][200] 2015-08-18 07:34:02.656044 [DEBUG] switch_ivr_originate.c:3513 Originate Resulted in Success: [sofia/agents/sip:99556678 at 164.138.115.183:50214] 2015-08-18 07:34:02.656044 [DEBUG] switch_core_session.c:871 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:34:02.656044 [DEBUG] switch_core_session.c:871 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:34:02.656044 [DEBUG] switch_ivr_bridge.c:1446 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA 2015-08-18 07:34:02.656044 [DEBUG] switch_core_session.c:1351 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:34:02.656044 [DEBUG] switch_core_state_machine.c:415 (sofia/agents/sip:99556678 at 164.138.115.183:50214) Running State Change CS_EXCHANGE_MEDIA 2015-08-18 07:34:02.656044 [DEBUG] switch_core_state_machine.c:481 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State EXCHANGE_MEDIA 2015-08-18 07:34:02.656044 [DEBUG] mod_sofia.c:688 SOFIA EXCHANGE_MEDIA 2015-08-18 07:34:02.656044 [DEBUG] switch_core_session.c:1016 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:34:02.656044 [DEBUG] switch_core_session.c:1016 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:34:02.656044 [DEBUG] switch_core_session.c:1016 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:34:02.696047 [DEBUG] sofia.c:5815 Channel sofia/external/0542526278 at 212.199.157.154:5060 entering state [ready][200] 2015-08-18 07:34:02.696047 [DEBUG] switch_core_session.c:933 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:34:02.696047 [DEBUG] switch_core_session.c:933 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:34:02.696047 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3992876290 seq=8298 size=144. Stream 1551:CLEAR:START 2015-08-18 07:34:02.796037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: WARNING! HELLO Max retransmissions count reached (20 retries). ID=1550 2015-08-18 07:34:02.796037 [DEBUG] switch_rtp.c:948 [ zrtp]: Stream ID=1550 CLEAR switching ---> . 2015-08-18 07:34:02.816038 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3992876290 seq=8299 size=144. Stream 1551:CLEAR:START 2015-08-18 07:34:02.896037 [INFO] switch_rtp.c:3738 Auto Changing port from 10.0.0.16:48928 to 164.138.115.183:48928 2015-08-18 07:34:03.026038 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3992876290 seq=8300 size=144. Stream 1551:CLEAR:START 2015-08-18 07:34:03.116037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Received packet with ssrc=1504409235 seq=59645/59645 size=28. Stream1551:CLEAR:START. 2015-08-18 07:34:03.116037 [DEBUG] switch_rtp.c:948 [ zrtp]: Stream ID=1551 CLEAR switching ---> . 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Received packet with ssrc=1504409235 seq=59644/59644 size=136. Stream1551:CLEAR:W4HELLO. 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Processing HELLO from Acrobits/1.0 V=1.10, P=0, M=0. 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: ac=1 cc=1 sc=2 kc=2 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: S256S384AES3HS80EC38DH3kB256B32 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Received HELLO had the same protocol V. 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: _zrtp_choose_best_comp() for PKT. local=DH3k remote=DH3k, choosen=DH3k 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Received HELLO Accepted 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp cache]: ache_get(): zid1=353235306439386564366363, zis2=1d786c7acc41df3254401114 MiTM=NO 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp cache]: ache_get(): zid1=353235306439386564366363, zis2=1d786c7acc41df3254401114 MiTM=NO 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp cache]: ache_get() - not found. 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp cache]: ache_get(): zid1=353235306439386564366363, zis2=1d786c7acc41df3254401114 MiTM=YES 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Restoring Secrets: lZID=353235306439386564366363 rZID=1d786c7acc41df3254401114. V=1 sID=1551 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: RS1 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: RS2 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: PBX <53b18d74e55ed6eaa28bff74c4f244f25b61cc6ec84e38fe918215e7b3b3e271> 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp]: Stream ID=1551 CLEAR switching ---> . 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Initiating Secure iteration... ID=1551. 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Got mode=DH. Check approval of starting. 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Mode=DH Cccepted. Starting ZRTP Initiator Protocol. 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [zrtp initiat]: ENTER STATE INITIATING SECURE for ID=1551 mode=DH state=SINITSEC. 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [zrtp initiat]: Initiator selected following options: 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [zrtp initiat]: Hash: S256 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [zrtp initiat]: Cipher: AES3 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [zrtp initiat]: ATL: HS32 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [zrtp initiat]: VAD scheme: B256 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [zrtp protoco]: Init INITIATOR's Protocol ID=1551 mode=DH... 2015-08-18 07:34:03.136037 [DEBUG] switch_rtp.c:948 [ zrtp dh]: DH TEST: DH3k zrtp_dh_initialize() START. now=1439872443136ms. 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [ zrtp dh]: DH TEST: zrtp_dh_initialize() for DH3k was executed ts=1439872443150ms d=14ms. 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [zrtp protoco]: Attach RS id=99f73649cd19c2cc. 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [zrtp protoco]: Attach RS peer_id=4528027f7cf5ae69. 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [zrtp protoco]: Attach RS id=5273a6e53041d6e2. 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [zrtp protoco]: Attach RS peer_id=37fae36a5b9499d7. 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [zrtp protoco]: Attach RS id=bfebfc14937ab973. 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [zrtp protoco]: Attach RS peer_id=b3d1fc6634723ece. 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [zrtp protoco]: Attach RS id=91efde175d88dd1b. 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [zrtp protoco]: Attach RS peer_id=f77b9dcbaa3856d6. 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [ zrtp]: Stream ID=1551 DH switching ---> . 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [zrtp initiat]: Start Sending COMMIT ID=1551 mode=DH state=INITSEC: 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [zrtp initiat]: Hash: S256 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [zrtp initiat]: Cipher: AES3 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [zrtp initiat]: ATL: HS32 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [zrtp initiat]: PK scheme: DH3k 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [zrtp initiat]: VAD scheme: B256 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [zrtp initiat]: hv: 6079e170ef33b35d7d4a03da8c0f072ab09940e0b5d4754973b111033c57c695 2015-08-18 07:34:03.146042 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3992876290 seq=8301 size=132. Stream 1551:DH:INITSEC 2015-08-18 07:34:03.156039 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.176038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.196038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.216041 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.236047 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.256038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.276038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.296038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.306040 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3992876290 seq=8302 size=132. Stream 1551:DH:INITSEC 2015-08-18 07:34:03.316039 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.336038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.356038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.376038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.396038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.416037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.436038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.456038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.476038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.496038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.516037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.536038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.556038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.576038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.596038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.606040 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3992876290 seq=8303 size=132. Stream 1551:DH:INITSEC 2015-08-18 07:34:03.616040 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.636038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.656039 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.676038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.696037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.716043 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.736038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.756038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.776038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.796051 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.816051 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.836053 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.856090 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.876038 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.896037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.916037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.936037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Add 172 bytes of entropy to the RNG pool. 2015-08-18 07:34:03.936037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Received packet with ssrc=1504409235 seq=59646/59646 size=132. Stream1551:DH:INITSEC. 2015-08-18 07:34:03.936037 [DEBUG] switch_rtp.c:948 [zrtp respond]: Preparse incoming COMMIT. Remote peer wants DH3k:2 mode lic=1 peer M=0. 2015-08-18 07:34:03.936037 [DEBUG] switch_rtp.c:948 [zrtp respond]: INFO: Authtag HS80 isn't supported by profile. ID=1551 2015-08-18 07:34:03.936037 [DEBUG] switch_rtp.c:948 [ zrtp engine]: Enter InitiatingError State with ERROR:, notification Enabled. ID=1551 2015-08-18 07:34:03.936037 [DEBUG] switch_rtp.c:948 [ zrtp]: Stream ID=1551 DH switching ---> . 2015-08-18 07:34:03.936037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Send ssrc=3992876290 seq=8304 size=32. Stream 1551:DH:INITERROR 2015-08-18 07:34:03.956037 [DEBUG] switch_rtp.c:948 [ zrtp utils]: Received packet with ssrc=1504409235 seq=59648/59648 size=28. Stream1551:DH:INITERROR. 2015-08-18 07:34:03.956037 [DEBUG] switch_rtp.c:948 [ zrtp]: Stream ID=1551 DH switching ---> . 2015-08-18 07:34:03.966040 [DEBUG] switch_core_session.c:1016 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:34:03.976040 [NOTICE] sofia.c:737 Hangup sofia/agents/sip:99556678 at 164.138.115.183:50214 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] 2015-08-18 07:34:03.976040 [DEBUG] switch_channel.c:3187 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [KILL] 2015-08-18 07:34:03.976040 [DEBUG] switch_core_session.c:1351 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:34:03.976040 [DEBUG] switch_ivr_bridge.c:645 BRIDGE THREAD DONE [sofia/agents/sip:99556678 at 164.138.115.183:50214] 2015-08-18 07:34:03.976040 [DEBUG] switch_ivr_bridge.c:675 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:481 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State EXCHANGE_MEDIA going to sleep 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:415 (sofia/agents/sip:99556678 at 164.138.115.183:50214) Running State Change CS_HANGUP 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:678 (sofia/agents/sip:99556678 at 164.138.115.183:50214) Callstate Change ACTIVE -> HANGUP 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:680 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State HANGUP 2015-08-18 07:34:03.976040 [DEBUG] mod_sofia.c:506 Channel sofia/agents/sip:99556678 at 164.138.115.183:50214 hanging up, cause: NORMAL_CLEARING 2015-08-18 07:34:03.976040 [DEBUG] switch_ivr_bridge.c:569 sofia/agents/sip:99556678 at 164.138.115.183:50214 ending bridge by request from write function 2015-08-18 07:34:03.976040 [DEBUG] switch_ivr_bridge.c:645 BRIDGE THREAD DONE [sofia/external/0542526278 at 212.199.157.154:5060] 2015-08-18 07:34:03.976040 [DEBUG] switch_ivr_bridge.c:675 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:34:03.976040 [DEBUG] switch_ivr_bridge.c:1544 sofia/agents/sip:99556678 at 164.138.115.183:50214 skip receive message [UNBRIDGE] (channel is hungup already) 2015-08-18 07:34:03.976040 [DEBUG] switch_core_session.c:871 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:48 sofia/agents/sip:99556678 at 164.138.115.183:50214 Standard HANGUP, cause: NORMAL_CLEARING 2015-08-18 07:34:03.976040 [NOTICE] switch_ivr_bridge.c:1589 Hangup sofia/external/0542526278 at 212.199.157.154:5060 [CS_EXECUTE] [NORMAL_CLEARING] 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:680 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State HANGUP going to sleep 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:447 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State Change CS_HANGUP -> CS_REPORTING 2015-08-18 07:34:03.976040 [DEBUG] switch_core_session.c:1351 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:34:03.976040 [DEBUG] switch_channel.c:3187 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [KILL] 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:415 (sofia/agents/sip:99556678 at 164.138.115.183:50214) Running State Change CS_REPORTING 2015-08-18 07:34:03.976040 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:764 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State REPORTING 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:92 sofia/agents/sip:99556678 at 164.138.115.183:50214 Standard REPORTING, cause: NORMAL_CLEARING 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:764 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State REPORTING going to sleep 2015-08-18 07:34:03.976040 [DEBUG] switch_core_session.c:2810 sofia/external/0542526278 at 212.199.157.154:5060 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:478 (sofia/external/0542526278 at 212.199.157.154:5060) State EXECUTE going to sleep 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:415 (sofia/external/0542526278 at 212.199.157.154:5060) Running State Change CS_HANGUP 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:678 (sofia/external/0542526278 at 212.199.157.154:5060) Callstate Change ACTIVE -> HANGUP 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:441 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State Change CS_REPORTING -> CS_DESTROY 2015-08-18 07:34:03.976040 [DEBUG] switch_core_session.c:1351 Send signal sofia/agents/sip:99556678 at 164.138.115.183:50214 [BREAK] 2015-08-18 07:34:03.976040 [DEBUG] switch_core_session.c:1559 Session 5559 (sofia/agents/sip:99556678 at 164.138.115.183:50214) Locked, Waiting on external entities 2015-08-18 07:34:03.976040 [NOTICE] switch_core_session.c:1577 Session 5559 (sofia/agents/sip:99556678 at 164.138.115.183:50214) Ended 2015-08-18 07:34:03.976040 [NOTICE] switch_core_session.c:1581 Close Channel sofia/agents/sip:99556678 at 164.138.115.183:50214 [CS_DESTROY] 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:680 (sofia/external/0542526278 at 212.199.157.154:5060) State HANGUP 2015-08-18 07:34:03.976040 [DEBUG] mod_sofia.c:500 sofia/external/0542526278 at 212.199.157.154:5060 Overriding SIP cause 480 with 200 from the other leg 2015-08-18 07:34:03.976040 [DEBUG] mod_sofia.c:506 Channel sofia/external/0542526278 at 212.199.157.154:5060 hanging up, cause: NORMAL_CLEARING 2015-08-18 07:34:03.976040 [DEBUG] mod_sofia.c:558 Sending BYE to sofia/external/0542526278 at 212.199.157.154:5060 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:48 sofia/external/0542526278 at 212.199.157.154:5060 Standard HANGUP, cause: NORMAL_CLEARING 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:680 (sofia/external/0542526278 at 212.199.157.154:5060) State HANGUP going to sleep 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:447 (sofia/external/0542526278 at 212.199.157.154:5060) State Change CS_HANGUP -> CS_REPORTING 2015-08-18 07:34:03.976040 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:415 (sofia/external/0542526278 at 212.199.157.154:5060) Running State Change CS_REPORTING 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:764 (sofia/external/0542526278 at 212.199.157.154:5060) State REPORTING 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:566 (sofia/agents/sip:99556678 at 164.138.115.183:50214) Callstate Change HANGUP -> DOWN 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:569 (sofia/agents/sip:99556678 at 164.138.115.183:50214) Running State Change CS_DESTROY 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:579 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State DESTROY 2015-08-18 07:34:03.976040 [DEBUG] mod_sofia.c:399 sofia/agents/sip:99556678 at 164.138.115.183:50214 SOFIA DESTROY 2015-08-18 07:34:03.976040 [DEBUG] switch_rtp.c:948 [ zrtp engine]: STOP STREAM ID=1551 mode=DH state=ERROR. 2015-08-18 07:34:03.976040 [DEBUG] switch_rtp.c:948 [ zrtp]: Stream ID=0 UNKNOWN switching ---> . 2015-08-18 07:34:03.976040 [DEBUG] switch_rtp.c:948 [ zrtp engine]: STOP STREAM ID=0 mode=UNKNOWN state=NONE. 2015-08-18 07:34:03.976040 [DEBUG] switch_rtp.c:948 [ zrtp engine]: STOP STREAM ID=0 mode=UNKNOWN state=NONE. 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:99 sofia/agents/sip:99556678 at 164.138.115.183:50214 Standard DESTROY 2015-08-18 07:34:03.976040 [DEBUG] switch_core_state_machine.c:579 (sofia/agents/sip:99556678 at 164.138.115.183:50214) State DESTROY going to sleep 2015-08-18 07:34:04.056039 [DEBUG] switch_core_state_machine.c:92 sofia/external/0542526278 at 212.199.157.154:5060 Standard REPORTING, cause: NORMAL_CLEARING 2015-08-18 07:34:04.056039 [DEBUG] switch_core_state_machine.c:764 (sofia/external/0542526278 at 212.199.157.154:5060) State REPORTING going to sleep 2015-08-18 07:34:04.056039 [DEBUG] switch_core_state_machine.c:441 (sofia/external/0542526278 at 212.199.157.154:5060) State Change CS_REPORTING -> CS_DESTROY 2015-08-18 07:34:04.056039 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/0542526278 at 212.199.157.154:5060 [BREAK] 2015-08-18 07:34:04.056039 [DEBUG] switch_core_session.c:1559 Session 5558 (sofia/external/0542526278 at 212.199.157.154:5060) Locked, Waiting on external entities 2015-08-18 07:34:04.056039 [NOTICE] switch_core_session.c:1577 Session 5558 (sofia/external/0542526278 at 212.199.157.154:5060) Ended 2015-08-18 07:34:04.056039 [NOTICE] switch_core_session.c:1581 Close Channel sofia/external/0542526278 at 212.199.157.154:5060 [CS_DESTROY] 2015-08-18 07:34:04.056039 [DEBUG] switch_core_state_machine.c:566 (sofia/external/0542526278 at 212.199.157.154:5060) Callstate Change HANGUP -> DOWN 2015-08-18 07:34:04.056039 [DEBUG] switch_core_state_machine.c:569 (sofia/external/0542526278 at 212.199.157.154:5060) Running State Change CS_DESTROY 2015-08-18 07:34:04.056039 [DEBUG] switch_core_state_machine.c:579 (sofia/external/0542526278 at 212.199.157.154:5060) State DESTROY 2015-08-18 07:34:04.056039 [DEBUG] mod_sofia.c:399 sofia/external/0542526278 at 212.199.157.154:5060 SOFIA DESTROY 2015-08-18 07:34:04.056039 [DEBUG] switch_rtp.c:948 [ zrtp engine]: STOP STREAM ID=1550 mode=CLEAR state=NOZRTP. 2015-08-18 07:34:04.056039 [DEBUG] switch_rtp.c:948 [ zrtp]: Stream ID=0 UNKNOWN switching ---> . 2015-08-18 07:34:04.056039 [DEBUG] switch_rtp.c:948 [ zrtp engine]: STOP STREAM ID=0 mode=UNKNOWN state=NONE. 2015-08-18 07:34:04.056039 [DEBUG] switch_rtp.c:948 [ zrtp engine]: STOP STREAM ID=0 mode=UNKNOWN state=NONE. 2015-08-18 07:34:04.056039 [DEBUG] switch_core_state_machine.c:99 sofia/external/0542526278 at 212.199.157.154:5060 Standard DESTROY 2015-08-18 07:34:04.056039 [DEBUG] switch_core_state_machine.c:579 (sofia/external/0542526278 at 212.199.157.154:5060) State DESTROY going to sleep 2015-08-18 07:34:04.156052 [DEBUG] switch_scheduler.c:144 Deleting task 790 switch_ivr_schedule_hangup (57f517c6-4562-11e5-b0a7-e7d40967f7d3) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/c95c33f6/attachment-0001.html From mike at jerris.com Tue Aug 18 11:07:10 2015 From: mike at jerris.com (Michael Jerris) Date: Tue, 18 Aug 2015 03:07:10 -0400 Subject: [Freeswitch-users] FS + FreeBSD 10.1 CRASH In-Reply-To: References: Message-ID: when I did the porting work to get clean build on FreeBSD I don't think I ever tried that module, it likely will require someone to figure out the issue and get us patches to fix it On Tuesday, August 18, 2015, Luiz Fernando Softov wrote: > Anyone know nothing about compile and install FreeSwitch in FreeBSD 10.1? > > I've tried several things, but I could not run the gsmopen module > > I have tried > 1.4.20 > 1.5.16 > 1.5.final > 1.6 > 1.7 > > Always the same error > > freeswitch at devostest> load mod_gsmopen > 2015-08-17 18:55:40.002449 [INFO] mod_enum.c:880 ENUM Reloaded > 2015-08-17 18:55:40.002449 [CRIT] switch_loadable_module.c:1447 Error > Loading module /brb_main/freeswitch/mod/mod_gsmopen.so > **/brb_main/freeswitch/mod/mod_gsmopen.so: Undefined symbol > "_ZN6gsmlib10SMSMessage6decodeESsbPNS_5GsmAtE"** > > I think it's something with dynamic linking... > > Anyone? > > > > > 2015-08-17 21:02 GMT-04:00 Michael Jerris >: > >> I think we have a repo that has this lib in it, we should probably try to >> get those patches in. Does anyone know if this lib is maintained upstream >> anymore or not? >> >> >> On Monday, August 17, 2015, Luiz Fernando Softov > > wrote: >> >>> Kim Culhan, >>> >>> if you want, send me a e-mail, and i reply with a tar.gz of libctb.16, >>> with the patchs to compile in FreeBSD >>> >>> 2015-08-17 19:21 GMT-04:00 Luiz Fernando Softov >>> : >>> >>>> I download LIBCTB, and recompile it, with some patches to compile in >>>> FreeBSD >>>> >>>> I'm using version 1.5.15. >>>> >>>> But i try with 1.4.19 1.4.20 and i get the same error when try to run >>>> gsmopen module >>>> >>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>> 2015-08-17 17:12:46.144556 [INFO] mod_enum.c:880 ENUM Reloaded >>>> Error while reading shared library symbols: >>>> Dwarf Error: wrong version in compilation unit header (is 4, should be >>>> 2) [in module /usr/local/lib/gcc48/libstdc++.so.6] >>>> 2015-08-17 17:12:46.306630 [INFO] switch_time.c:1411 Timezone reloaded >>>> 1781 definitions >>>> >>>> Program received signal SIGSEGV, Segmentation fault. >>>> [Switching to Thread 80b83b400 (LWP 100313/freeswitch)] >>>> 0x000000080fa74e14 in mod_gsmopen_load >>>> (module_interface=0x7ffffe90e9a8, pool=0x80b0ae028) at mod_gsmopen.cpp:1892 >>>> 1892 running = 1; >>>> Current language: auto; currently c++ >>>> (gdb) >>>> >>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>> >>>> I try to install /usr/ports/lang/gcc and/or /usr/ports/lang/gcc47, and >>>> make links (because FreeBSD 10.1 don't have g++ ang gcc by default) >>>> >>>> obs. /usr/ports/lang/gcc install gcc48 >>>> >>>> ln -s /usr/local/bin/gcc48 /usr/local/bin/gcc >>>> ln -s /usr/local/bin/g++48 /usr/local/bin/g++ >>>> or >>>> ln -s /usr/local/bin/gcc47 /usr/local/bin/gcc >>>> ln -s /usr/local/bin/g++47 /usr/local/bin/g++ >>>> >>>> Then i make >>>> >>>> ./configure --prefix=/brb_main/freeswitch --enable-core-pgsql-support >>>> >>>> gmake >>>> >>>> gmake install >>>> >>>> Then i get these errors >>>> >>>> freeswitch at devostest> load mod_gsmopen >>>> 2015-08-17 18:55:40.002449 [INFO] mod_enum.c:880 ENUM Reloaded >>>> 2015-08-17 18:55:40.002449 [CRIT] switch_loadable_module.c:1447 Error >>>> Loading module /brb_main/freeswitch/mod/mod_gsmopen.so >>>> **/brb_main/freeswitch/mod/mod_gsmopen.so: Undefined symbol >>>> "_ZN6gsmlib10SMSMessage6decodeESsbPNS_5GsmAtE"** >>>> >>>> >>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>> >>>> I think its related with some depencencies >>>> >>>> i check libs >>>> >>>> > # ldd -v /brb_main/freeswitch/mod/mod_gsmopen.so >>>> >>>> /brb_main/freeswitch/mod/mod_gsmopen.so: >>>> libctb-0.16.so => /usr/local/lib/libctb-0.16.so (0x801b04000) >>>> libgsmme.so.1 => /usr/local/lib/libgsmme.so.1 (0x801d0e000) >>>> libfreeswitch.so.1 => >>>> /brb_main/freeswitch/lib/libfreeswitch.so.1 (0x801f87000) >>>> libpq.so.5 => /usr/local/lib/libpq.so.5 (0x802346000) >>>> libiconv.so.2 => /usr/local/lib/libiconv.so.2 (0x802574000) >>>> libthr.so.3 => /lib/libthr.so.3 (0x80286e000) >>>> libsqlite3.so.0 => /usr/local/lib/libsqlite3.so.0 (0x802a93000) >>>> libcurl.so.4 => /usr/local/lib/libcurl.so.4 (0x802d97000) >>>> libpcre.so.1 => /usr/local/lib/libpcre.so.1 (0x803000000) >>>> libspeex.so.1 => /usr/local/lib/libspeex.so.1 (0x803275000) >>>> libspeexdsp.so.1 => /usr/local/lib/libspeexdsp.so.1 >>>> (0x803490000) >>>> libedit.so.0 => /usr/local/lib/libedit.so.0 (0x8036a3000) >>>> libncurses.so.8 => /lib/libncurses.so.8 (0x8038dc000) >>>> libcrypt.so.5 => /lib/libcrypt.so.5 (0x803b29000) >>>> librt.so.1 => /usr/lib/librt.so.1 (0x803d49000) >>>> liblzma.so.5 => /usr/lib/liblzma.so.5 (0x803f4f000) >>>> libjpeg.so.8 => /usr/local/lib/libjpeg.so.8 (0x804174000) >>>> libz.so.6 => /lib/libz.so.6 (0x8043af000) >>>> libssl.so.7 => /usr/lib/libssl.so.7 (0x8045c5000) >>>> libcrypto.so.7 => /lib/libcrypto.so.7 (0x804830000) >>>> libstdc++.so.6 => /usr/local/lib/gcc48/libstdc++.so.6 >>>> (0x804c24000) >>>> libm.so.5 => /lib/libm.so.5 (0x804f2d000) >>>> libc.so.7 => /lib/libc.so.7 (0x80081f000) >>>> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x805155000) >>>> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x805363000) >>>> libheimntlm.so.11 => /usr/lib/libheimntlm.so.11 (0x80556e000) >>>> libhx509.so.11 => /usr/lib/libhx509.so.11 (0x805774000) >>>> libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x8059be000) >>>> libasn1.so.11 => /usr/lib/libasn1.so.11 (0x805bc0000) >>>> libwind.so.11 => /usr/lib/libwind.so.11 (0x805e5d000) >>>> libheimbase.so.11 => /usr/lib/libheimbase.so.11 (0x806085000) >>>> libroken.so.11 => /usr/lib/libroken.so.11 (0x806289000) >>>> libkrb5.so.11 => /usr/lib/libkrb5.so.11 (0x80649b000) >>>> libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x806713000) >>>> libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 >>>> (0x80691c000) >>>> libheimipcc.so.11 => /usr/lib/private/libheimipcc.so.11 >>>> (0x806b3a000) >>>> >>>> >>>> I already tried to recompile all of these library, without success >>>> >>>> Anyone know something about this? >>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>> >>>> >>>> 2015-08-17 18:55 GMT-04:00 Michael Jerris : >>>> >>>>> building that module requires some dependencies be installed, check >>>>> the wiki for details >>>>> >>>>> >>>>> On Monday, August 17, 2015, Kim Culhan wrote: >>>>> >>>>>> On Mon, August 17, 2015 5:16 pm, Luiz Fernando Softov wrote: >>>>>> > Hi, i am try to install FS in FreeBSD 10.1, but when i try to load >>>>>> > mod_gsmopen, its crash >>>>>> >>>>>> What FreeSWITCH version are you running? >>>>>> >>>>>> I attempted to build 1.4.20 with mod_gsmopen but the module fails to >>>>>> build: >>>>>> >>>>>> gmake[5]: Entering directory >>>>>> '/usr/local/src/freeswitch/freeswitch-1.4.20/src/mod/endpoints/mod_gsmopen' >>>>>> CXX mod_gsmopen_la-mod_gsmopen.lo >>>>>> In file included from mod_gsmopen.cpp:34: >>>>>> ./gsmopen.h:103:10: fatal error: 'ctb-0.16/ctb.h' file not found >>>>>> #include "ctb-0.16/ctb.h" >>>>>> >>>>>> The path appears to be incorrect for ctb.h, I did not try to pursue >>>>>> that further. >>>>>> >>>>>> thanks >>>>>> -kim >>>>>> >>>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at 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 at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE: >>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> >>>> -- >>>> Luiz Fernando Softov >>>> http://www.softov.com.br >>>> fernando at softov.com.br >>>> >>> >>> >>> >>> -- >>> Luiz Fernando Softov >>> http://www.softov.com.br >>> fernando at softov.com.br >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Luiz Fernando Softov > http://www.softov.com.br > fernando at softov.com.br > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/66a032b0/attachment-0001.html From latit.myriam at gmail.com Tue Aug 18 12:00:00 2015 From: latit.myriam at gmail.com (latit myriam) Date: Tue, 18 Aug 2015 10:00:00 +0200 Subject: [Freeswitch-users] REFER 403 forbidden In-Reply-To: References: Message-ID: Hi, thanks for your response I have two users (1000 and 1001), and the FS conference room (3000) User 1000 call the conference room and he wants the conference room to add user 1001 into the conference. Like that they can speak each other into the same conference. How do I have to do this? Is it like this: 1- 1000 call 3000 2- 1000 call 1001 3- then 1000 send a refer to 3000 to add 1001 into the conference? Thanks for your help 2015-08-18 3:35 GMT+02:00 ?talo Rossi : > You're trying to transfer 1 legged call: > > 2015-08-07 13:21:45.615060 [ERR] sofia.c:8297 Cannot Blind Transfer 1 > Legged calls > > You need dial to the user first and then transfer it to the conference > extension, after this you can dial the conference extension. > > On Mon, Aug 17, 2015 at 5:19 AM, latit myriam > wrote: > >> Hi, >> >> I have a problem with the SIP message REFER. >> I initiate a conference by entering into a conference room, and then I >> want Freeswitch to add a new participant. >> According to the RFC 4579, I sent a REFER message to Freeswitch to add >> the new participant and I get back a NOTIFY with sipfrag 403 forbidden >> >> I'm working with virtual IP adresses and I'm working only in local >> >> Below is the REFER message I send >> >> REFER sip:3000 at 192.168.20.3:6060 SIP/2.0 >> Via: SIP/2.0/UDP 192.168.20.4:7000;branch=z9hG4bKg4534 >> Max-Forwards: 70 >> To: ;isfocus >> From: ;tag=1832665346 >> Call-ID: jbDaf1W7hQtswyvf >> CSeq: 1 REFER >> Contact: >> Allow: >> INVITE,BYE,REGISTER,ACK,OPTIONS,CANCEL,INFO,PRACK,REFER,MESSAGE,PUBLISH >> Allow-Events: REFER >> Accept: application/sdp, message/sipfrag >> Refer-To: >> Supported: timer, replaces, path >> Content-Length: 0 >> >> >> and here is the siptrace of FS >> >> recv 466 bytes from udp/[192.168.20.3]:7000 at 13:21:45.621109: >> >> ------------------------------------------------------------------------ >> REFER sip:3000 at 192.168.20.3:6060 SIP/2.0 >> Via: SIP/2.0/UDP 192.168.20.3:7000;rport;branch=z9hG4bKg4534 >> Max-Forwards: 70 >> To: ;isfocus;tag=g2y4Btme55Fje >> From: ;tag=1832665346 >> Call-ID: jbDaf1W7hQtswyvf >> CSeq: 476 REFER >> Contact: >> Allow: >> INVITE,BYE,REGISTER,ACK,OPTIONS,CANCEL,INFO,PRACK,REFER,MESSAGE,PUBLISH >> Refer-To: >> Supported: replaces >> Content-Length: 0 >> >> >> ------------------------------------------------------------------------ >> 2015-08-07 13:21:45.615060 [DEBUG] switch_core_session.c:1061 Send signal >> sofia/internal/1000 at 192.168.20.3 [BREAK] >> 2015-08-07 13:21:45.615060 [DEBUG] switch_core_session.c:978 Send signal >> sofia/internal/1000 at 192.168.20.3 [BREAK] >> 2015-08-07 13:21:45.615060 [DEBUG] sofia.c:7799 Process REFER to [ >> 1001 at 192.168.20.3] >> send 722 bytes to udp/[192.168.20.3]:7000 at 13:21:45.624429: >> >> ------------------------------------------------------------------------ >> SIP/2.0 202 Accepted >> Via: SIP/2.0/UDP 192.168.20.3:7000;rport=7000;branch=z9hG4bKg4534 >> From: ;tag=1832665346 >> To: ;isfocus;tag=g2y4Btme55Fje >> Call-ID: jbDaf1W7hQtswyvf >> CSeq: 476 REFER >> Contact: >> Expires: 60 >> User-Agent: >> FreeSWITCH-mod_sofia/1.4.20+git~20150701T115426Z~0ae8ee7f8f~64bit >> 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 >> Content-Length: 0 >> >> >> ------------------------------------------------------------------------ >> 2015-08-07 13:21:45.615060 [ERR] sofia.c:8297 Cannot Blind Transfer 1 >> Legged calls >> send 888 bytes to udp/[192.168.20.3]:7000 at 13:21:45.624580: >> >> ------------------------------------------------------------------------ >> NOTIFY sip:1000 at 192.168.20.3:7000 SIP/2.0 >> Via: SIP/2.0/UDP 192.168.20.3:6060;rport;branch=z9hG4bKgNeKBK5H869jQ >> Max-Forwards: 70 >> From: ;isfocus;tag=g2y4Btme55Fje >> To: ;tag=1832665346 >> Call-ID: jbDaf1W7hQtswyvf >> CSeq: 79137188 NOTIFY >> Contact: >> User-Agent: >> FreeSWITCH-mod_sofia/1.4.20+git~20150701T115426Z~0ae8ee7f8f~64bit >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >> REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE >> Supported: timer, path, replaces >> Event: refer;id=476 >> Allow-Events: talk, hold, conference, presence, as-feature-event, >> dialog, line-seize, call-info, sla, include-session-description, >> presence.winfo, message-summary, refer >> Subscription-State: terminated;reason=noresource >> Content-Type: message/sipfrag;version=2.0 >> Content-Length: 23 >> >> SIP/2.0 403 Forbidden >> >> ------------------------------------------------------------------------ >> send 888 bytes to udp/[192.168.20.3]:7000 at 13:21:46.625031: >> >> ------------------------------------------------------------------------ >> NOTIFY sip:1000 at 192.168.20.3:7000 SIP/2.0 >> Via: SIP/2.0/UDP 192.168.20.3:6060;rport;branch=z9hG4bKgNeKBK5H869jQ >> Max-Forwards: 70 >> From: ;isfocus;tag=g2y4Btme55Fje >> To: ;tag=1832665346 >> Call-ID: jbDaf1W7hQtswyvf >> CSeq: 79137188 NOTIFY >> Contact: >> User-Agent: >> FreeSWITCH-mod_sofia/1.4.20+git~20150701T115426Z~0ae8ee7f8f~64bit >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >> REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE >> Supported: timer, path, replaces >> Event: refer;id=476 >> Allow-Events: talk, hold, conference, presence, as-feature-event, >> dialog, line-seize, call-info, sla, include-session-description, >> presence.winfo, message-summary, refer >> Subscription-State: terminated;reason=noresource >> Content-Type: message/sipfrag;version=2.0 >> Content-Length: 23 >> >> SIP/2.0 403 Forbidden >> >> ------------------------------------------------------------------------ >> send 888 bytes to udp/[192.168.20.3]:7000 at 13:21:48.626014: >> >> ------------------------------------------------------------------------ >> NOTIFY sip:1000 at 192.168.20.3:7000 SIP/2.0 >> Via: SIP/2.0/UDP 192.168.20.3:6060;rport;branch=z9hG4bKgNeKBK5H869jQ >> Max-Forwards: 70 >> From: ;isfocus;tag=g2y4Btme55Fje >> To: ;tag=1832665346 >> Call-ID: jbDaf1W7hQtswyvf >> CSeq: 79137188 NOTIFY >> Contact: >> User-Agent: >> FreeSWITCH-mod_sofia/1.4.20+git~20150701T115426Z~0ae8ee7f8f~64bit >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >> REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE >> Supported: timer, path, replaces >> Event: refer;id=476 >> Allow-Events: talk, hold, conference, presence, as-feature-event, >> dialog, line-seize, call-info, sla, include-session-description, >> presence.winfo, message-summary, refer >> Subscription-State: terminated;reason=noresource >> Content-Type: message/sipfrag;version=2.0 >> Content-Length: 23 >> >> SIP/2.0 403 Forbidden >> >> >> Thanks for your help. >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > ?talo Rossi > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/8d930687/attachment.html From joern.ott at ext.pixelhouse.de Tue Aug 18 11:30:55 2015 From: joern.ott at ext.pixelhouse.de (=?utf-8?B?SsO2cm4=?= Ott) Date: Tue, 18 Aug 2015 07:30:55 +0000 (UTC) Subject: [Freeswitch-users] Docker/Freeswitch/FusionPBX/snom320 no media on outgoing calls Message-ID: <164957300.17252506.1439883055871.JavaMail.zimbra@ext.pixelhouse.de> Hello all, Our company currently uses an asterisk (without GUI) running on Ubuntu 14.04 in a docker environment. As we had a couple of feature requests, I decided to set up Freeswitch/FusionPBX in parallel and later switch over to it. Almost everything works fine despite Docker giving us NAT between the physical network and the container, using different ports as both containers run on the same physical machine and the firewall NATting the physical network to the outside world. I can make calls to asterisk, receive calls from asterisk and receive calls from the outside which go first to asterisk and then are forwarded to freeswitch. The only thing, I can't get to work is outgoing calls from our snom phones to the external SIP provider via freeswitch. Signalling works, but I don't have any media. I tried direct connections between freeswitch and the SIP provider as well as going through asterisk without any success. On asterisk, we have canreinvite=no in the sip connections to the phones and the provider. I tried the following settings on the internal and external SIP trunk to handle the RTP stream through the PBX. I have set the following options: In vars.xml: The public IP is natted to the physical hosts IP on the firewall. In Hello all, Our company currently uses an asterisk (without GUI) running on Ubuntu 14.04 in a docker environment. As we had a couple of feature requests, I decided to set up Freeswitch/FusionPBX in parallel and later switch over to it. Almost everything works fine despite Docker giving us NAT between the physical network and the container, using different ports as both containers run on the same physical machine and the firewall NATting the physical network to the outside world. I can make calls to asterisk, receive calls from asterisk and receive calls from the outside which go first to asterisk and then are forwarded to freeswitch. The only thing, I can't get to work is outgoing calls from our snom phones to the external SIP provider via freeswitch. Signalling works, but I don't have any media. I tried direct connections between freeswitch and the SIP provider as well as going through asterisk without any success. I am now running out of ideas on what else I can try to get outgoing calls to work.On asterisk, we have canreinvite=no in the sip connections to the phones and the provider. I tried the following settings on the internal and external SIP trunk to handle the RTP stream through the PBX. I have set the following options: In vars.xml: The public IP is natted to the physical hosts IP on the firewall. In sip_profiles/external.xml, I have the following: I have added bypass-media and bypass-media-after-bridge with underscore and with dash as I found contradicting information on the web. In sip_profiles/internal.xml, I have PHYSICAL_IP is the IP of the physical host on which the docker container runs. The gateway definition looks like this: Kind regards Joern -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/b43375f9/attachment-0001.html From s.safarov at gmail.com Tue Aug 18 12:46:43 2015 From: s.safarov at gmail.com (Sergey Safarov) Date: Tue, 18 Aug 2015 11:46:43 +0300 Subject: [Freeswitch-users] config request via amod_amqp In-Reply-To: <55D272CD.4010608@quentustech.com> References: <55D272CD.4010608@quentustech.com> Message-ID: > Not at this time, but code could be added to do that. Thank you Michael for quick response. On Tue, Aug 18, 2015 at 2:48 AM, William King wrote: > Would you want the configs of a specific module? or would the full > running xml work? > Question related to new module that redirects/relays SIP messages in FS cluster configuration. That module must know active FS nodes and redirects/relays REGISTRATION/INVITE messages to closer FS node for endpoint. Thinking mod_amqp appropriate module to implement cluster solution. > Also, how would you expect this to work for a system with dynamic xml > enabled, like mod_xml_curl? I think is required generate event for config reload and module load/reload function calls. Directory, dialplan xml tree retrieving via mod_xml_curl or similar module processed as currently implemented. Sergey -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/643e7b43/attachment.html From alex at digitalmail.com Tue Aug 18 12:56:53 2015 From: alex at digitalmail.com (Alex Lake) Date: Tue, 18 Aug 2015 09:56:53 +0100 Subject: [Freeswitch-users] Slow outbound call service requires a "fake" UK ringtone In-Reply-To: References: <55D2175A.8050504@digitalmail.com> Message-ID: <55D2F355.2020504@digitalmail.com> Thanks - that sounds good. Although my version of Freeswitch (1.2.22) doesn't have preanswer! Is there a way of doing it with the old version? On 17/08/2015 21:30, Steven Ayre wrote: > > > then bridge as normal with {ignore_early_media=true} at the start of > the dialstring > > ${uk-ring} is defined in vars.xml of the vanilla example config > > See https://wiki.freeswitch.org/wiki/Custom_Ring_Back_Tones#Ringback > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/0590c62a/attachment.html From alex at digitalmail.com Tue Aug 18 13:02:48 2015 From: alex at digitalmail.com (Alex Lake) Date: Tue, 18 Aug 2015 10:02:48 +0100 Subject: [Freeswitch-users] Slow outbound call service requires a "fake" UK ringtone In-Reply-To: References: <55D2175A.8050504@digitalmail.com> Message-ID: <55D2F4B8.5030707@digitalmail.com> Oops - pre_answer does exist, but it doesn't seem to put ringing on the line. Will investigate more... On 17/08/2015 21:30, Steven Ayre wrote: > > > then bridge as normal with {ignore_early_media=true} at the start of > the dialstring > > ${uk-ring} is defined in vars.xml of the vanilla example config > > See https://wiki.freeswitch.org/wiki/Custom_Ring_Back_Tones#Ringback > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/be63dab6/attachment.html From jurij.ivo at gmail.com Tue Aug 18 13:21:59 2015 From: jurij.ivo at gmail.com (Jurijs Ivolga) Date: Tue, 18 Aug 2015 12:21:59 +0300 Subject: [Freeswitch-users] How to manipulate a call after bridge Message-ID: Hi, I have quite simple task: I need to call from ext 1000 to ext 1001, after ext 1001 pick-up phone, I need to be able to listen for DTMF and based on DTMF I need to fire some commands in LUA. I tried following code in LUA: api = freeswitch.API() did = session:getVariable("destination_number") domain = session:getVariable("domain_name") session:execute("bridge", "user/".. did .. "@" .. domain) freeswitch.consoleLog("INFO","Called Number " .. did .. "\n") But I can do anything with a call only when destination hang-up. For example Called number will be displayed only after destination ext will hang-up. Is there any possibility to achieve this with LUA script? With kind regards, Jurijs -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/00a2f01a/attachment.html From alex at digitalmail.com Tue Aug 18 13:39:57 2015 From: alex at digitalmail.com (Alex Lake) Date: Tue, 18 Aug 2015 10:39:57 +0100 Subject: [Freeswitch-users] Slow outbound call service requires a "fake" UK ringtone In-Reply-To: References: <55D2175A.8050504@digitalmail.com> Message-ID: <55D2FD6D.90106@digitalmail.com> Results in EXECUTE sofia/internal/02070604380 at 87.238.73.146 log(INFO: ******************************************************************************) 2015-08-18 09:35:33.274143 [DEBUG] mod_dptools.c:1595 ****************************************************************************** EXECUTE sofia/internal/02070604380 at 87.238.73.146 set(ringback=%(400,200,400,450);%(400,2000,400,450)) 2015-08-18 09:35:33.274143 [DEBUG] mod_dptools.c:1402 sofia/internal/02070604380 at 87.238.73.146 SET [ringback]=[%(400,200,400,450);%(400,2000,400,450)] EXECUTE sofia/internal/02070604380 at 87.238.73.146 pre_answer() 2015-08-18 09:35:33.274143 [INFO] mod_dptools.c:1260 Sending early media 2015-08-18 09:35:33.274143 [DEBUG] sofia_glue.c:3449 AUDIO RTP [sofia/internal/02070604380 at 87.238.73.146] 176.9.31.72 port 13254 -> 87.238.73.160 port 19206 codec: 8 ms: 20 2015-08-18 09:35:33.274143 [DEBUG] switch_rtp.c:2033 Starting timer [soft] 160 bytes per 20ms 2015-08-18 09:35:33.274143 [DEBUG] sofia_glue.c:3716 Set 2833 dtmf send payload to 101 2015-08-18 09:35:33.274143 [DEBUG] sofia_glue.c:3722 Set 2833 dtmf receive payload to 101 2015-08-18 09:35:33.274143 [DEBUG] sofia_glue.c:3749 sofia/internal/02070604380 at 87.238.73.146 Set rtp dtmf delay to 40 2015-08-18 09:35:33.274143 [DEBUG] mod_sofia.c:2885 Ring SDP: v=0 o=FreeSWITCH 1439877279 1439877280 IN IP4 176.9.31.72 s=FreeSWITCH c=IN IP4 176.9.31.72 t=0 0 m=audio 13254 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv 2015-08-18 09:35:33.274143 [NOTICE] mod_sofia.c:2888 Pre-Answer sofia/internal/02070604380 at 87.238.73.146! 2015-08-18 09:35:33.274143 [DEBUG] switch_channel.c:3367 (sofia/internal/02070604380 at 87.238.73.146) Callstate Change RINGING -> EARLY 2015-08-18 09:35:33.274143 [DEBUG] switch_core_session.c:871 Send signal sofia/internal/02070604380 at 87.238.73.146 [BREAK] EXECUTE sofia/internal/02070604380 at 87.238.73.146 sleep(5000) 2015-08-18 09:35:33.274143 [DEBUG] switch_core_session.c:1016 Send signal sofia/internal/02070604380 at 87.238.73.146 [BREAK] 2015-08-18 09:35:33.274143 [DEBUG] sofia.c:5811 Channel sofia/internal/02070604380 at 87.238.73.146 entering state [early][183] 2015-08-18 09:35:33.314141 [DEBUG] switch_rtp.c:3749 Correct ip/port confirmed. EXECUTE sofia/internal/02070604380 at 87.238.73.146 log(INFO: ******************************************************************************) 2015-08-18 09:35:38.274186 [DEBUG] mod_dptools.c:1595 ****************************************************************************** And I hear silence. I'm slightly concerned about who's responsible for all this work - I know that Anthony sometimes says "so which thread do you think is generating the sounds?" and I suspect this may be one of those cases. Trouble is, that dialplan often seems like magic to me! From steveayre at gmail.com Tue Aug 18 16:07:32 2015 From: steveayre at gmail.com (Steven Ayre) Date: Tue, 18 Aug 2015 13:07:32 +0100 Subject: [Freeswitch-users] Slow outbound call service requires a "fake" UK ringtone In-Reply-To: <55D2F355.2020504@digitalmail.com> References: <55D2175A.8050504@digitalmail.com> <55D2F355.2020504@digitalmail.com> Message-ID: Sorry, it's . Try it without it first - I can't remember whether bridge would do so for you. On 18 August 2015 at 09:56, Alex Lake wrote: > Thanks - that sounds good. Although my version of Freeswitch (1.2.22) > doesn't have preanswer! > Is there a way of doing it with the old version? > > > On 17/08/2015 21:30, Steven Ayre wrote: > > > > then bridge as normal with {ignore_early_media=true} at the start of the > dialstring > > ${uk-ring} is defined in vars.xml of the vanilla example config > > See https://wiki.freeswitch.org/wiki/Custom_Ring_Back_Tones#Ringback > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com > > FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/df50ca7e/attachment-0001.html From italorossib at gmail.com Tue Aug 18 16:20:49 2015 From: italorossib at gmail.com (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Tue, 18 Aug 2015 09:20:49 -0300 Subject: [Freeswitch-users] Slow outbound call service requires a "fake" UK ringtone In-Reply-To: References: <55D2175A.8050504@digitalmail.com> <55D2F355.2020504@digitalmail.com> Message-ID: You'll only get your fake ringing if your provider sends a 18X OR you set instant_ringback=true On Tue, Aug 18, 2015 at 9:07 AM, Steven Ayre wrote: > Sorry, it's . > > Try it without it first - I can't remember whether bridge would do so for > you. > > On 18 August 2015 at 09:56, Alex Lake wrote: > >> Thanks - that sounds good. Although my version of Freeswitch (1.2.22) >> doesn't have preanswer! >> Is there a way of doing it with the old version? >> >> >> On 17/08/2015 21:30, Steven Ayre wrote: >> >> >> >> then bridge as normal with {ignore_early_media=true} at the start of the >> dialstring >> >> ${uk-ring} is defined in vars.xml of the vanilla example config >> >> See https://wiki.freeswitch.org/wiki/Custom_Ring_Back_Tones#Ringback >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >> >> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com >> >> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ?talo Rossi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/889d34ef/attachment.html From italorossib at gmail.com Tue Aug 18 16:28:32 2015 From: italorossib at gmail.com (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Tue, 18 Aug 2015 09:28:32 -0300 Subject: [Freeswitch-users] How to manipulate a call after bridge In-Reply-To: References: Message-ID: session:execute("bridge", "user/".. did .. "@" .. domain) will block, if you need to execute actions upon DTMF pressing you can use https://freeswitch.org/confluence/display/FREESWITCH/bind_meta_app and execute an application or call another lua script that does what you want. If you don't want to block you can create a new session, like: new_session = freeswitch.Session("sofia/user" .. did .. "@" .. domain) execute more commands and then: freeswitch.bridge(session, new_session) instead of using session:execute("bridge" ... On Tue, Aug 18, 2015 at 6:21 AM, Jurijs Ivolga wrote: > Hi, > > I have quite simple task: > > I need to call from ext 1000 to ext 1001, after ext 1001 pick-up phone, I > need to be able to listen for DTMF and based on DTMF I need to fire some > commands in LUA. > > I tried following code in LUA: > > api = freeswitch.API() > > did = session:getVariable("destination_number") > domain = session:getVariable("domain_name") > > session:execute("bridge", "user/".. did .. "@" .. domain) > > freeswitch.consoleLog("INFO","Called Number " .. did .. "\n") > > But I can do anything with a call only when destination hang-up. For > example Called number will be displayed only after destination ext will > hang-up. > > Is there any possibility to achieve this with LUA script? > > With kind regards, > > Jurijs > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ?talo Rossi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/d8721ad2/attachment.html From jurij.ivo at gmail.com Tue Aug 18 17:15:10 2015 From: jurij.ivo at gmail.com (Jurijs Ivolga) Date: Tue, 18 Aug 2015 16:15:10 +0300 Subject: [Freeswitch-users] How to manipulate a call after bridge In-Reply-To: References: Message-ID: Hi, Thank you for an idea, but with your proposal I can run some additional commands only before bridge. In my case I need to execute some additional commands after bridge, after both call legs are connected and call is happening. Do you know how I can achieve this? With kind regards, Jurijs 2015-08-18 15:28 GMT+03:00 ?talo Rossi : > session:execute("bridge", "user/".. did .. "@" .. domain) > > will block, if you need to execute actions upon DTMF pressing you can use > https://freeswitch.org/confluence/display/FREESWITCH/bind_meta_app and > execute an application or call another lua script that does what you want. > > If you don't want to block you can create a new session, like: > > new_session = freeswitch.Session("sofia/user" .. did .. "@" .. domain) > > execute more commands and then: > > freeswitch.bridge(session, new_session) > > instead of using session:execute("bridge" ... > > > On Tue, Aug 18, 2015 at 6:21 AM, Jurijs Ivolga > wrote: > >> Hi, >> >> I have quite simple task: >> >> I need to call from ext 1000 to ext 1001, after ext 1001 pick-up phone, I >> need to be able to listen for DTMF and based on DTMF I need to fire some >> commands in LUA. >> >> I tried following code in LUA: >> >> api = freeswitch.API() >> >> did = session:getVariable("destination_number") >> domain = session:getVariable("domain_name") >> >> session:execute("bridge", "user/".. did .. "@" .. domain) >> >> freeswitch.consoleLog("INFO","Called Number " .. did .. "\n") >> >> But I can do anything with a call only when destination hang-up. For >> example Called number will be displayed only after destination ext will >> hang-up. >> >> Is there any possibility to achieve this with LUA script? >> >> With kind regards, >> >> Jurijs >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > ?talo Rossi > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/04d3bd68/attachment-0001.html From mmowatt at nexxphase.com Tue Aug 18 17:29:22 2015 From: mmowatt at nexxphase.com (Michael T Mowatt) Date: Tue, 18 Aug 2015 13:29:22 +0000 Subject: [Freeswitch-users] How to manipulate a call after bridge In-Reply-To: References: Message-ID: <24E5BB5ACAADB949A7D730917E2FD0543D513A@ATLNXEXCH04.nexxlinx.com> Have you tried using execute_on_answer variable? Mike From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Jurijs Ivolga Sent: Tuesday, August 18, 2015 9:15 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] How to manipulate a call after bridge Hi, Thank you for an idea, but with your proposal I can run some additional commands only before bridge. In my case I need to execute some additional commands after bridge, after both call legs are connected and call is happening. Do you know how I can achieve this? With kind regards, Jurijs 2015-08-18 15:28 GMT+03:00 ?talo Rossi >: session:execute("bridge", "user/".. did .. "@" .. domain) will block, if you need to execute actions upon DTMF pressing you can use https://freeswitch.org/confluence/display/FREESWITCH/bind_meta_app and execute an application or call another lua script that does what you want. If you don't want to block you can create a new session, like: new_session = freeswitch.Session("sofia/user" .. did .. "@" .. domain) execute more commands and then: freeswitch.bridge(session, new_session) instead of using session:execute("bridge" ... On Tue, Aug 18, 2015 at 6:21 AM, Jurijs Ivolga > wrote: Hi, I have quite simple task: I need to call from ext 1000 to ext 1001, after ext 1001 pick-up phone, I need to be able to listen for DTMF and based on DTMF I need to fire some commands in LUA. I tried following code in LUA: api = freeswitch.API() did = session:getVariable("destination_number") domain = session:getVariable("domain_name") session:execute("bridge", "user/".. did .. "@" .. domain) freeswitch.consoleLog("INFO","Called Number " .. did .. "\n") But I can do anything with a call only when destination hang-up. For example Called number will be displayed only after destination ext will hang-up. Is there any possibility to achieve this with LUA script? With kind regards, Jurijs _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- ?talo Rossi _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/f7e3bd7f/attachment.html From jurij.ivo at gmail.com Tue Aug 18 18:11:21 2015 From: jurij.ivo at gmail.com (Jurijs Ivolga) Date: Tue, 18 Aug 2015 17:11:21 +0300 Subject: [Freeswitch-users] How to manipulate a call after bridge In-Reply-To: <24E5BB5ACAADB949A7D730917E2FD0543D513A@ATLNXEXCH04.nexxlinx.com> References: <24E5BB5ACAADB949A7D730917E2FD0543D513A@ATLNXEXCH04.nexxlinx.com> Message-ID: Hi, Actually it made a trick for me, my code: api = freeswitch.API() did = session:getVariable("destination_number") domain = session:getVariable("domain_name") masteruuid = session:getVariable("uuid") caller_id_number = session:getVariable("caller_id_number") freeswitch.consoleLog("INFO","UUID " .. masteruuid .. "\n") new_session = freeswitch.Session("{origination_caller_id_number=" .. caller_id_number .. "}sofia/internal/" .. did .. "%" .. domain) masteruuid_bleg = new_session:getVariable("uuid") freeswitch.consoleLog("INFO","UUID " .. masteruuid_bleg .. "\n") -- some additional stuff -- some additional stuff freeswitch.bridge(session, new_session) But now I do not hear ring-tone and when I cancel a call, it still rings on remote ext. Any hints? With kind regards, Jurijs 2015-08-18 16:29 GMT+03:00 Michael T Mowatt : > Have you tried using execute_on_answer variable? > > > > Mike > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Jurijs > Ivolga > *Sent:* Tuesday, August 18, 2015 9:15 AM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] How to manipulate a call after bridge > > > > Hi, > > Thank you for an idea, but with your proposal I can run some additional > commands only before bridge. > > In my case I need to execute some additional commands after bridge, after > both call legs are connected and call is happening. > > Do you know how I can achieve this? > > With kind regards, > > Jurijs > > > > 2015-08-18 15:28 GMT+03:00 ?talo Rossi : > > session:execute("bridge", "user/".. did .. "@" .. domain) > > > > will block, if you need to execute actions upon DTMF pressing you can use > https://freeswitch.org/confluence/display/FREESWITCH/bind_meta_app and > execute an application or call another lua script that does what you want. > > > > If you don't want to block you can create a new session, like: > > > > new_session = freeswitch.Session("sofia/user" .. did .. "@" .. domain) > > > > execute more commands and then: > > > > freeswitch.bridge(session, new_session) > > > > instead of using session:execute("bridge" ... > > > > > > On Tue, Aug 18, 2015 at 6:21 AM, Jurijs Ivolga > wrote: > > Hi, > > I have quite simple task: > > I need to call from ext 1000 to ext 1001, after ext 1001 pick-up phone, I > need to be able to listen for DTMF and based on DTMF I need to fire some > commands in LUA. > > I tried following code in LUA: > > api = freeswitch.API() > > did = session:getVariable("destination_number") > domain = session:getVariable("domain_name") > > session:execute("bridge", "user/".. did .. "@" .. domain) > > freeswitch.consoleLog("INFO","Called Number " .. did .. "\n") > > But I can do anything with a call only when destination hang-up. For > example Called number will be displayed only after destination ext will > hang-up. > > Is there any possibility to achieve this with LUA script? > > With kind regards, > > Jurijs > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > -- > > ?talo Rossi > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/89d7325f/attachment-0001.html From alex at digitalmail.com Tue Aug 18 20:09:41 2015 From: alex at digitalmail.com (Alex Lake) Date: Tue, 18 Aug 2015 17:09:41 +0100 Subject: [Freeswitch-users] Slow outbound call service requires a "fake" UK ringtone In-Reply-To: References: <55D2175A.8050504@digitalmail.com> <55D2F355.2020504@digitalmail.com> Message-ID: <55D358C5.30109@digitalmail.com> Mmmm.... I now have this: The idea is that I would hope to hear a ringtone while the 5s delay is occurring and I still don't.... As it happens, there's less commercial necessity for this than first thought, but it would be cool to get it working. Rgds, Alex On 18/08/2015 13:20, ?talo Rossi wrote: > You'll only get your fake ringing if your provider sends a 18X OR you > set instant_ringback=true > > On Tue, Aug 18, 2015 at 9:07 AM, Steven Ayre > wrote: > > Sorry, it's . > > Try it without it first - I can't remember whether bridge would do > so for you. > > On 18 August 2015 at 09:56, Alex Lake > wrote: > > Thanks - that sounds good. Although my version of Freeswitch > (1.2.22) doesn't have preanswer! > Is there a way of doing it with the old version? > > > On 17/08/2015 21:30, Steven Ayre wrote: >> >> >> then bridge as normal with {ignore_early_media=true} at the >> start of the dialstring >> >> ${uk-ring} is defined in vars.xml of the vanilla example config >> >> See >> https://wiki.freeswitch.org/wiki/Custom_Ring_Back_Tones#Ringback >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > ?talo Rossi > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/23ee0161/attachment.html From andrew at cassidywebservices.co.uk Tue Aug 18 20:27:16 2015 From: andrew at cassidywebservices.co.uk (Andrew Cassidy) Date: Tue, 18 Aug 2015 17:27:16 +0100 Subject: [Freeswitch-users] Slow outbound call service requires a "fake" UK ringtone In-Reply-To: <55D358C5.30109@digitalmail.com> References: <55D2175A.8050504@digitalmail.com> <55D2F355.2020504@digitalmail.com> <55D358C5.30109@digitalmail.com> Message-ID: The issue you'll get (that I've seen before) when the ongoing call fails you could get customers complaining that it cuts off even though it's ringing. On 18 August 2015 at 17:09, Alex Lake wrote: > Mmmm.... > > I now have this: > > > > > > > The idea is that I would hope to hear a ringtone while the 5s delay is > occurring and I still don't.... > > As it happens, there's less commercial necessity for this than first > thought, but it would be cool to get it working. > > Rgds, > Alex > > > On 18/08/2015 13:20, ?talo Rossi wrote: > > You'll only get your fake ringing if your provider sends a 18X OR you set > instant_ringback=true > > On Tue, Aug 18, 2015 at 9:07 AM, Steven Ayre wrote: > >> Sorry, it's . >> >> Try it without it first - I can't remember whether bridge would do so for >> you. >> >> On 18 August 2015 at 09:56, Alex Lake wrote: >> >>> Thanks - that sounds good. Although my version of Freeswitch (1.2.22) >>> doesn't have preanswer! >>> Is there a way of doing it with the old version? >>> >>> >>> On 17/08/2015 21:30, Steven Ayre wrote: >>> >>> >>> >>> then bridge as normal with {ignore_early_media=true} at the start of the >>> dialstring >>> >>> ${uk-ring} is defined in vars.xml of the vanilla example config >>> >>> See https://wiki.freeswitch.org/wiki/Custom_Ring_Back_Tones#Ringback >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com >>> >>> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > ?talo Rossi > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com > > FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director *T *03300 100 960 *F *03300 100 961 *E *andrew at cassidywebservices.co.uk *W *www.cassidywebservices.co.uk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/5b466ab6/attachment-0001.html From Hector.Geraldino at ipsoft.com Tue Aug 18 20:44:24 2015 From: Hector.Geraldino at ipsoft.com (Hector Geraldino) Date: Tue, 18 Aug 2015 16:44:24 +0000 Subject: [Freeswitch-users] MRCP session has not terminated when integrate with Nuance In-Reply-To: <61E1B4F8DE845A4F986F448F6D50A38504BF3757E8@E2K7CCR03.corp.oocl.com> References: <61E1B4F8DE845A4F986F448F6D50A38504BF3757E8@E2K7CCR03.corp.oocl.com> Message-ID: What do you see on the Nuance Recognition server logs? From: > on behalf of "david.fu at oocl.com" > Reply-To: "david.fu at oocl.com" > Date: Monday, August 17, 2015 at 5:28 AM To: "david.fu at oocl.com" > Subject: [Freeswitch-users] MRCP session has not terminated when integrate with Nuance Hi All, I?m encountering the following errors when integrate freeSWITCH with Nuance through MRCP v2. Would you please advise on it ? Thanks. 2015-08-17 16:26:47.195956 [DEBUG] apt_task.c:265 () Signal Message to [MRCP Client] [0x7f34500df0f0;2;3] 2015-08-17 16:26:47.195956 [DEBUG] apt_poller_task.c:251 () Wait for Messages [MRCPv2ConnectionAgent] 2015-08-17 16:26:47.195956 [DEBUG] apt_task.c:337 () Process Message [MRCP Client] [0x7f34500df0f0;2;3] 2015-08-17 16:26:47.195956 [INFO] mrcp_client_session.c:516 (TTS-0) Raise App MRCP Event TTS-0 <11> 2015-08-17 16:26:47.195956 [DEBUG] mod_unimrcp.c:1996 (TTS-0) SPEAK-COMPLETE 2015-08-17 16:26:47.195956 [DEBUG] mod_unimrcp.c:1577 (TTS-0) PROCESSING ==> DONE 2015-08-17 16:26:47.195956 [DEBUG] apt_consumer_task.c:141 () Wait for Messages [MRCP Client] 2015-08-17 16:26:47.235995 [DEBUG] mod_unimrcp.c:1577 (TTS-0) DONE ==> READY af98042e-44b9-11e5-9d1d-8f644fb5407d 2015-08-17 16:26:47.235995 [DEBUG] switch_ivr_play_say.c:2508 done speaking text 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:265 () Signal Message to [MRCP Client] [0x7f34500da780;4;0] 2015-08-17 16:26:47.235995 [DEBUG] mod_unimrcp.c:923 (TTS-0) Waiting for MRCP session to terminate 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:337 () Process Message [MRCP Client] [0x7f34500da780;4;0] 2015-08-17 16:26:47.235995 [INFO] mrcp_client_session.c:387 (TTS-0) Receive App Request TTS-0 <11> [1] 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:1283 (TTS-0) Dispatch App Request TTS-0 <11> [1] 2015-08-17 16:26:47.235995 [INFO] mrcp_client_session.c:833 (TTS-0) Terminate Session TTS-0 <11> 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:854 (TTS-0) Remove Control Channel TTS-0 <11> 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:265 () Signal Message to [MRCPv2ConnectionAgent] [0x7f344c014410;1;0] 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:864 (TTS-0) Subtract Media Termination TTS-0 <11 at media-tm> 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:885 (TTS-0) Subtract Media Termination TTS-0 <11 at rtp-tm> 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:265 () Signal Message to [MediaEngine] [0x7f344c0b9b10;1;0] 2015-08-17 16:26:47.235995 [DEBUG] apt_consumer_task.c:141 () Wait for Messages [MRCP Client] 2015-08-17 16:26:47.235995 [DEBUG] apt_poller_task.c:261 () Process Poller Wakeup [MRCPv2ConnectionAgent] 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:337 () Process Message [MRCPv2ConnectionAgent] [0x7f344c014410;1;0] 2015-08-17 16:26:47.235995 [INFO] mrcp_client_connection.c:459 (TTS-0) Remove Control Channel <11 at speechsynth> [0] 2015-08-17 16:26:47.235995 [INFO] mrcp_client_connection.c:386 () Close TCP/MRCPv2 Connection 146.222.181.242:45885 <-> 146.222.181.147:6075 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:265 () Signal Message to [MRCP Client] [0x7f34500df0f0;2;2] 2015-08-17 16:26:47.235995 [DEBUG] apt_poller_task.c:251 () Wait for Messages [MRCPv2ConnectionAgent] 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:337 () Process Message [MRCP Client] [0x7f34500df0f0;2;2] 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:331 (TTS-0) Control Channel Removed TTS-0 <11 at speechsynth> 2015-08-17 16:26:47.235995 [DEBUG] apt_consumer_task.c:141 () Wait for Messages [MRCP Client] 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:337 () Process Message [MediaEngine] [0x7f344c0b9b10;1;0] 2015-08-17 16:26:47.235995 [DEBUG] mpf_bridge.c:100 () Destroy Audio Bridge TTS-0 2015-08-17 16:26:47.235995 [INFO] mpf_rtp_stream.c:541 () Close RTP Receiver 146.222.181.242:4000 <- 146.222.181.147:7892 [r:65 l:0 j:853 p:0 d:0 i:0] 2015-08-17 16:26:47.235995 [DEBUG] mpf_context.c:238 () Remove Media Context TTS-0 2015-08-17 16:26:47.235995 [INFO] mpf_rtp_stream.c:418 () Remove RTP Session 146.222.181.242:4000 2015-08-17 16:26:47.235995 [INFO] mpf_rtp_stream.c:1212 () Generate RTCP RR [ssrc:27970 last_seq:3019 j:853 lost:0 frac:0] 2015-08-17 16:26:47.235995 [INFO] mpf_rtp_stream.c:1386 () Send Compound RTCP Packet [BYE] [84 bytes] 146.222.181.242:4001 -> 146.222.181.147:7893 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:265 () Signal Message to [MRCP Client] [0x126f7e0;3;0] 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:337 () Process Message [MRCP Client] [0x126f7e0;3;0] 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:1014 (TTS-0) Media Termination Subtracted TTS-0 <11 at media-tm> 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:1014 (TTS-0) Media Termination Subtracted TTS-0 <11 at rtp-tm> 2015-08-17 16:26:47.235995 [DEBUG] apt_consumer_task.c:141 () Wait for Messages [MRCP Client] 2015-08-17 16:26:52.236001 [WARNING] mod_unimrcp.c:927 (TTS-0) MRCP session has not terminated after 5000 ms Best Regards, David IMPORTANT NOTICE Email from OOCL is confidential and may be legally privileged. If it is not intended for you, please delete it immediately unread. The internet cannot guarantee that this communication is free of viruses, interception or interference and anyone who communicates with us by email is taken to accept the risks in doing so. Without limitation, OOCL and its affiliates accept no liability whatsoever and howsoever arising in connection with the use of this email. Under no circumstances shall this email constitute a binding agreement to carry or for provision of carriage services by OOCL, which is subject to the availability of carrier's equipment and vessels and the terms and conditions of OOCL's standard bill of lading which is also available at http://www.oocl.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/6dd55475/attachment.html From jungleboogie0 at gmail.com Tue Aug 18 21:05:25 2015 From: jungleboogie0 at gmail.com (jungle Boogie) Date: Tue, 18 Aug 2015 10:05:25 -0700 Subject: [Freeswitch-users] FS + FreeBSD 10.1 CRASH In-Reply-To: References: Message-ID: Hi Michael, On 18 August 2015 at 00:07, Michael Jerris wrote: > when I did the porting work to get clean build on FreeBSD I don't think I > ever tried that module, it likely will require someone to figure out the > issue and get us patches to fix it > Do you remember what modules you did try when working on freebsd? -- ------- inum: 883510009027723 sip: jungleboogie at sip2sip.info xmpp: jungle-boogie at jit.si From mike at jerris.com Tue Aug 18 21:52:23 2015 From: mike at jerris.com (Michael Jerris) Date: Tue, 18 Aug 2015 13:52:23 -0400 Subject: [Freeswitch-users] FS + FreeBSD 10.1 CRASH In-Reply-To: References: Message-ID: I think it was just the default enabled ones On Tuesday, August 18, 2015, jungle Boogie wrote: > Hi Michael, > On 18 August 2015 at 00:07, Michael Jerris > > wrote: > > when I did the porting work to get clean build on FreeBSD I don't think I > > ever tried that module, it likely will require someone to figure out the > > issue and get us patches to fix it > > > > Do you remember what modules you did try when working on freebsd? > > -- > ------- > inum: 883510009027723 > sip: jungleboogie at sip2sip.info > xmpp: jungle-boogie at jit.si > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/0c797635/attachment.html From steveayre at gmail.com Wed Aug 19 00:38:52 2015 From: steveayre at gmail.com (Steven Ayre) Date: Tue, 18 Aug 2015 21:38:52 +0100 Subject: [Freeswitch-users] Slow outbound call service requires a "fake" UK ringtone In-Reply-To: <55D358C5.30109@digitalmail.com> References: <55D2175A.8050504@digitalmail.com> <55D2F355.2020504@digitalmail.com> <55D358C5.30109@digitalmail.com> Message-ID: They're variables used by the bridge app, you won't have bettaway generated by sleep. Bridging to the sleep app via the loopback endpoint should give a way to test it. On 18 August 2015 at 17:09, Alex Lake wrote: > Mmmm.... > > I now have this: > > > > > > > The idea is that I would hope to hear a ringtone while the 5s delay is > occurring and I still don't.... > > As it happens, there's less commercial necessity for this than first > thought, but it would be cool to get it working. > > Rgds, > Alex > > > On 18/08/2015 13:20, ?talo Rossi wrote: > > You'll only get your fake ringing if your provider sends a 18X OR you set > instant_ringback=true > > On Tue, Aug 18, 2015 at 9:07 AM, Steven Ayre wrote: > >> Sorry, it's . >> >> Try it without it first - I can't remember whether bridge would do so for >> you. >> >> On 18 August 2015 at 09:56, Alex Lake wrote: >> >>> Thanks - that sounds good. Although my version of Freeswitch (1.2.22) >>> doesn't have preanswer! >>> Is there a way of doing it with the old version? >>> >>> >>> On 17/08/2015 21:30, Steven Ayre wrote: >>> >>> >>> >>> then bridge as normal with {ignore_early_media=true} at the start of the >>> dialstring >>> >>> ${uk-ring} is defined in vars.xml of the vanilla example config >>> >>> See https://wiki.freeswitch.org/wiki/Custom_Ring_Back_Tones#Ringback >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com >>> >>> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > ?talo Rossi > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com > > FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/0dcc683b/attachment-0001.html From royce3 at gmail.com Wed Aug 19 02:57:01 2015 From: royce3 at gmail.com (Royce Mitchell III) Date: Tue, 18 Aug 2015 17:57:01 -0500 Subject: [Freeswitch-users] latest stable on windows? Message-ID: I can't figure out how to get the latest stable 1.4.x on Windows. * there's no download for it - you can only get head which when I tried a couple weeks ago was silently exiting after running for a few hours - no error message or crash or anything useful in the log. * I can't get it to build on VS 2013 or VS 2015 - tons of errors * I don't see build files for the entire project in mingw, either. Royce Mitchell, IT Consultant ITAS Solutions royce3 at itas-solutions.com From mike at jerris.com Wed Aug 19 03:17:05 2015 From: mike at jerris.com (Michael Jerris) Date: Tue, 18 Aug 2015 19:17:05 -0400 Subject: [Freeswitch-users] latest stable on windows? In-Reply-To: References: Message-ID: You will be able to build the 1.4 branch only with Msvc 2012, we will not be updating that branch for newer compilers, master (1.6) will support 2013 or 2015 (probably not both), we are still working on that. Please file a bug in jira for the missing latest release so we can address that. There is not a mingw build system and we don't plan on adding one. On Tuesday, August 18, 2015, Royce Mitchell III wrote: > I can't figure out how to get the latest stable 1.4.x on Windows. > > * there's no download for it - you can only get head which when I > tried a couple weeks ago was silently exiting after running for a few > hours - no error message or crash or anything useful in the log. > > * I can't get it to build on VS 2013 or VS 2015 - tons of errors > > * I don't see build files for the entire project in mingw, either. > > > Royce Mitchell, IT Consultant > ITAS Solutions > royce3 at itas-solutions.com > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/2dc027a7/attachment.html From brian at freeswitch.org Wed Aug 19 03:33:18 2015 From: brian at freeswitch.org (Brian West) Date: Tue, 18 Aug 2015 18:33:18 -0500 Subject: [Freeswitch-users] MRCP session has not terminated when integrate with Nuance In-Reply-To: <61E1B4F8DE845A4F986F448F6D50A38504BF3757E8@E2K7CCR03.corp.oocl.com> References: <61E1B4F8DE845A4F986F448F6D50A38504BF3757E8@E2K7CCR03.corp.oocl.com> Message-ID: David, "ASR requests are a little different- if you use the 'play_and_detect_speech' APP, it won't release the license after each request unless you set the channel variable play_and_detect_speech_close_asr=true " See https://freeswitch.org/jira/browse/FS-7727 It may be of some help. Also is there anyway you can not send that notice on your emails to our public list? Thanks, On Mon, Aug 17, 2015 at 4:28 AM, wrote: > Hi All, > > I?m encountering the following errors when integrate freeSWITCH with > Nuance through MRCP v2. Would you please advise on it ? Thanks. > > > 2015-08-17 16:26:47.195956 [DEBUG] apt_task.c:265 () Signal Message to > [MRCP Client] [0x7f34500df0f0;2;3] > 2015-08-17 16:26:47.195956 [DEBUG] apt_poller_task.c:251 () Wait for > Messages [MRCPv2ConnectionAgent] > 2015-08-17 16:26:47.195956 [DEBUG] apt_task.c:337 () Process Message [MRCP > Client] [0x7f34500df0f0;2;3] > 2015-08-17 16:26:47.195956 [INFO] mrcp_client_session.c:516 (TTS-0) Raise > App MRCP Event TTS-0 <11> > 2015-08-17 16:26:47.195956 [DEBUG] mod_unimrcp.c:1996 (TTS-0) > SPEAK-COMPLETE > 2015-08-17 16:26:47.195956 [DEBUG] mod_unimrcp.c:1577 (TTS-0) PROCESSING > ==> DONE > 2015-08-17 16:26:47.195956 [DEBUG] apt_consumer_task.c:141 () Wait for > Messages [MRCP Client] > 2015-08-17 16:26:47.235995 [DEBUG] mod_unimrcp.c:1577 (TTS-0) DONE ==> > READY > af98042e-44b9-11e5-9d1d-8f644fb5407d 2015-08-17 16:26:47.235995 [DEBUG] > switch_ivr_play_say.c:2508 done speaking text > 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:265 () Signal Message to > [MRCP Client] [0x7f34500da780;4;0] > 2015-08-17 16:26:47.235995 [DEBUG] mod_unimrcp.c:923 (TTS-0) Waiting for > MRCP session to terminate > 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:337 () Process Message [MRCP > Client] [0x7f34500da780;4;0] > 2015-08-17 16:26:47.235995 [INFO] mrcp_client_session.c:387 (TTS-0) > Receive App Request TTS-0 <11> [1] > 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:1283 (TTS-0) > Dispatch App Request TTS-0 <11> [1] > 2015-08-17 16:26:47.235995 [INFO] mrcp_client_session.c:833 (TTS-0) > Terminate Session TTS-0 <11> > 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:854 (TTS-0) > Remove Control Channel TTS-0 <11> > 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:265 () Signal Message to > [MRCPv2ConnectionAgent] [0x7f344c014410;1;0] > 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:864 (TTS-0) > Subtract Media Termination TTS-0 <11 at media-tm> > 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:885 (TTS-0) > Subtract Media Termination TTS-0 <11 at rtp-tm> > 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:265 () Signal Message to > [MediaEngine] [0x7f344c0b9b10;1;0] > 2015-08-17 16:26:47.235995 [DEBUG] apt_consumer_task.c:141 () Wait for > Messages [MRCP Client] > 2015-08-17 16:26:47.235995 [DEBUG] apt_poller_task.c:261 () Process Poller > Wakeup [MRCPv2ConnectionAgent] > 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:337 () Process Message > [MRCPv2ConnectionAgent] [0x7f344c014410;1;0] > 2015-08-17 16:26:47.235995 [INFO] mrcp_client_connection.c:459 (TTS-0) > Remove Control Channel <11 at speechsynth> [0] > 2015-08-17 16:26:47.235995 [INFO] mrcp_client_connection.c:386 () Close > TCP/MRCPv2 Connection 146.222.181.242:45885 <-> 146.222.181.147:6075 > 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:265 () Signal Message to > [MRCP Client] [0x7f34500df0f0;2;2] > 2015-08-17 16:26:47.235995 [DEBUG] apt_poller_task.c:251 () Wait for > Messages [MRCPv2ConnectionAgent] > 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:337 () Process Message [MRCP > Client] [0x7f34500df0f0;2;2] > 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:331 (TTS-0) > Control Channel Removed TTS-0 <11 at speechsynth> > 2015-08-17 16:26:47.235995 [DEBUG] apt_consumer_task.c:141 () Wait for > Messages [MRCP Client] > 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:337 () Process Message > [MediaEngine] [0x7f344c0b9b10;1;0] > 2015-08-17 16:26:47.235995 [DEBUG] mpf_bridge.c:100 () Destroy Audio > Bridge TTS-0 > 2015-08-17 16:26:47.235995 [INFO] mpf_rtp_stream.c:541 () Close RTP > Receiver 146.222.181.242:4000 <- 146.222.181.147:7892 [r:65 l:0 j:853 p:0 > d:0 i:0] > 2015-08-17 16:26:47.235995 [DEBUG] mpf_context.c:238 () Remove Media > Context TTS-0 > 2015-08-17 16:26:47.235995 [INFO] mpf_rtp_stream.c:418 () Remove RTP > Session 146.222.181.242:4000 > 2015-08-17 16:26:47.235995 [INFO] mpf_rtp_stream.c:1212 () Generate RTCP > RR [ssrc:27970 last_seq:3019 j:853 lost:0 frac:0] > 2015-08-17 16:26:47.235995 [INFO] mpf_rtp_stream.c:1386 () Send Compound > RTCP Packet [BYE] [84 bytes] 146.222.181.242:4001 -> 146.222.181.147:7893 > 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:265 () Signal Message to > [MRCP Client] [0x126f7e0;3;0] > 2015-08-17 16:26:47.235995 [DEBUG] apt_task.c:337 () Process Message [MRCP > Client] [0x126f7e0;3;0] > 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:1014 (TTS-0) > Media Termination Subtracted TTS-0 <11 at media-tm> > 2015-08-17 16:26:47.235995 [DEBUG] mrcp_client_session.c:1014 (TTS-0) > Media Termination Subtracted TTS-0 <11 at rtp-tm> > 2015-08-17 16:26:47.235995 [DEBUG] apt_consumer_task.c:141 () Wait for > Messages [MRCP Client] > 2015-08-17 16:26:52.236001 [WARNING] mod_unimrcp.c:927 (TTS-0) MRCP > session has not terminated after 5000 ms > > Best Regards, > David > > > > IMPORTANT NOTICE > Email from OOCL is confidential and may be legally privileged. If it is > not > intended for you, please delete it immediately unread. The internet > cannot guarantee that this communication is free of viruses, interception > or interference and anyone who communicates with us by email is taken > to accept the risks in doing so. Without limitation, OOCL and its > affiliates > accept no liability whatsoever and howsoever arising in connection with > the use of this email. Under no circumstances shall this email constitute > a binding agreement to carry or for provision of carriage services by OOCL, > which is subject to the availability of carrier's equipment and vessels and > the terms and conditions of OOCL's standard bill of lading which is also > available at http://www.oocl.com. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/a3891577/attachment.html From brian at freeswitch.org Wed Aug 19 04:07:53 2015 From: brian at freeswitch.org (Brian West) Date: Tue, 18 Aug 2015 19:07:53 -0500 Subject: [Freeswitch-users] FreeSWITCH Docs Access Message-ID: FreeSWITCHers, If you wish to have access to help edit/update/improve any documentation on Confluence, please email italo at freeswitch.org with your requests for access, Also join the freeswitch-docs list at http://lists.freeswitch.org We have two new projects we'll be working to get started based on conversations at ClueCon 2015, stay tuned for more info! Thanks, -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/e0b6af85/attachment-0001.html From brian at freeswitch.org Wed Aug 19 05:40:07 2015 From: brian at freeswitch.org (Brian West) Date: Tue, 18 Aug 2015 20:40:07 -0500 Subject: [Freeswitch-users] High Availability Communication Project #1 Message-ID: FreeSWITCHers, Project #1 we discussed at ClueCon 2015 is a complete working HA solution, The goal is to have meta packages that will install, configure and deploy various HA components with in a controlled environment. but not only plugging in FreeSWITCH, but OpenSIPS, Kamailio, Asterisk and any other telecom component, This project is ambitious, I would like to gauge the community interest and what level of involvement you would like to have in this project, I would like to invite any and all open source communication software to get involved. A complete centralized, configured, deployable solution for everyone to use. Interested? We can schedule a phone call to discuss this, what would be good times for everyone to get involved? Please reply... Thanks, -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/b2e8961a/attachment.html From gmaruzz at gmail.com Wed Aug 19 06:01:48 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Wed, 19 Aug 2015 04:01:48 +0200 Subject: [Freeswitch-users] High Availability Communication Project #1 In-Reply-To: References: Message-ID: I'm totally in, I'll be back in office Aug 24th, but I can be on call also before that date. -giovanni sent from my mobile, Giovanni Maruzzelli cell: +39 347 266 56 18 On Aug 19, 2015 3:41 AM, "Brian West" wrote: > FreeSWITCHers, > > Project #1 we discussed at ClueCon 2015 is a complete working HA solution, > The goal is to have meta packages that will install, configure and deploy > various HA components with in a controlled environment. but not only > plugging in FreeSWITCH, but OpenSIPS, Kamailio, Asterisk and any other > telecom component, This project is ambitious, I would like to gauge the > community interest and what level of involvement you would like to have in > this project, I would like to invite any and all open source communication > software to get involved. A complete centralized, configured, deployable > solution for everyone to use. > > Interested? We can schedule a phone call to discuss this, what would be > good times for everyone to get involved? > > Please reply... > > Thanks, > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/bd7ebdc2/attachment.html From brian at freeswitch.org Wed Aug 19 07:16:27 2015 From: brian at freeswitch.org (Brian West) Date: Tue, 18 Aug 2015 22:16:27 -0500 Subject: [Freeswitch-users] Verto Communicator aka Project #2 Message-ID: Just in case you guys missed it! Last week we merged in Verto Communicator, ?talo and team has worked hard to get this where we could demo it at ClueCon 2015, We still have work ahead of us, but any input, changes are to be directed to JIRA. If you wish to test its in html5/verto/verto_communicator in the source tree of Master, Please file any JIRA's to component of 'Verto Communicator', Questions, Comments, please respond. Thanks, -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150818/be687f4a/attachment.html From bote_radio at botecomm.com Wed Aug 19 09:22:04 2015 From: bote_radio at botecomm.com (Bote Man) Date: Wed, 19 Aug 2015 01:22:04 -0400 Subject: [Freeswitch-users] systemd won't enable for automatic start of FS In-Reply-To: References: <017c01d0d90a$ec056020$c4102060$@botecomm.com> <019301d0d910$077e3480$167a9d80$@botecomm.com> <6A2AB64A-3C24-4A74-A1FC-F8A5E169DCEB@jerris.com> <01e401d0d91c$65b75610$31260230$@botecomm.com> <022f01d0d935$01ec45a0$05c4d0e0$@botecomm.com> Message-ID: <037101d0da3e$fc3d07b0$f4b71710$@botecomm.com> The Confluence page provides instructions only for those who are building from source, so it?s a manual process already. The unit file described on that page uses the /usr/local/freeswitch locations that you end up with when you build from source using the build scripts on that page. The deb package is a separate animal and lives in a different place so I didn?t see the need to document it, although we could be nice and provide a unit file for that once the dust settles on Stan?s ticket. I?m hoping to have enough time to mess with the different parameters in the unit file to figure out which one was causing it to bork on me, but for now I?m just happy the damned thing works. systemd really looks like a much better way to manage system services. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael Jerris Sent: Monday, 17 August, 2015 19:21 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS We probably should modify these files to be configure generated and installed so that we don't have to have different versions stashed in the different packages On Monday, August 17, 2015, Bote Man wrote: Hot off the press, here is the section of the 1.6 installation page dealing with systemd. Let me know if it needs improvement. https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+1.6+Video#FreeSWITCH1.6Video-StartingFreeSWITCH I?m afraid to change the title of that page now that it has been out there so long with links to it, so I just created a Debian 8 page that links to it. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Komar, Jason Sent: Monday, 17 August, 2015 14:51 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS I couldn't get FreeSWITCH compiled from source to work under systemd on Debian Jessie without having the pid file under /usr/local/freeswitch Here are the contents of my freeswitch.service file that let me get it working if it helps you. [Unit] Description=freeswitch ;After=syslog.target network.target local-fs.target After=syslog.target network-online.target local-fs.target [Service] ; service Type=forking PIDFile=/usr/local/freeswitch/run/freeswitch.pid PermissionsStartOnly=true ExecStartPre=/bin/mkdir -p /usr/local/freeswitch/run ExecStartPre=/bin/chown freeswitch:daemon /usr/local/freeswitch/run ExecStart=/usr/local/freeswitch/bin/freeswitch -ncwait -nonat TimeoutSec=45s Restart=always ; exec WorkingDirectory=/usr/local/freeswitch/run User=freeswitch Group=daemon LimitCORE=infinity LimitNOFILE=100000 LimitNPROC=60000 ;LimitSTACK=240 LimitRTPRIO=infinity LimitRTTIME=7000000 IOSchedulingClass=realtime IOSchedulingPriority=2 CPUSchedulingPolicy=rr CPUSchedulingPriority=89 UMask=0007 [Install] WantedBy=multi-user.target ----- Jason On Mon, Aug 17, 2015 at 12:41 PM, Bote Man > wrote: Yeah, I saw that ticket where you changed the WorkingDirectory from /run/freeswitch to /var/run/freeswitch and I made those changes to mine, but it?s still flunky. I?ll keep hammering away at it. Thanks. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Michael Jerris Sent: Monday, 17 August, 2015 14:22 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS The ones in tree are only for the packages, you would need to modify those to be the correct paths and manually install them. You can follow the patches that went in to the debian packaging for some indication of how to install them correctly. On Aug 17, 2015, at 1:13 PM, Bote Man > wrote: I copied freeswitch.xml to /etc/freeswitch but I think that is only for sysvinit anyway. I compiled FS from source which runs in a different directory tree than the Debian package. The debs run under /etc/freeswitch while the compiled version runs under /usr/local/freeswitch as I have it configured. Thanks. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Volodymyr Fedorov Sent: Monday, 17 August, 2015 12:48 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS Hello, Do you copied sample configs to /etc/freeswitch directory. On Mon, Aug 17, 2015 at 7:36 PM, Bote Man < bote_radio at botecomm.com> wrote: I?m struggling to get systemd to start FreeSWITCH at boot time and also leave it running once it starts. Problem #1 ? ?systemd enable freeswitch? outputs the right steps, but ends with an error message. The error I get is ?No such file or directory? but that is less than helpful. Problem #2 ? When I start FreeSWITCH with ?systemd start freeswitch? it starts alright, but systemd does not detect FS running properly so it kills it after the specified 45 seconds elapses and restarts it. I can see this in top when FS gets a new pid. Details -------- It?s a new installation of Debian 8.1 and I chose to use systemd as the init process. I compiled FreeSWITCH from source using the latest Master as of late July. The only section of the unit file that is supposed to be used by the ?enable? command is the [Install] section and that simply points to the multi-user.target as expected. I do not know what to do with the 2 other sample systemd files in /usr/src/freeswitch/debian, perhaps they are key. I have read up on systemd and the FS unit file looks good to my untrained eye. I did not use the sysvinit files that are also in that FS debian directory. I successfully used systemd to start, stop, and enable a few other system services with success so there must be a tweak to the FS unit file that I am missing. I can start FS manually and it runs normally. A Google search revealed a number of complaints that systemd would emit an error message with its ?enable? command, yet it would successfully enable the service; this was with a few different services on Debian and Ubuntu, so it seems there might still be some weirdness with systemd on Debian. Has anybody gotten systemd to start FS reliably? Has anybody figured out how to make systemd detect FreeSWITCH running so that it doesn?t restart it repeatedly? Once I figure out how to tame systemd I will document my findings in Confluence as these are the last steps that allow you to get FS up and running quickly. Thanks. --- Bote _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Best regards, Volodymyr _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/a03f1cde/attachment-0001.html From bote_radio at botecomm.com Wed Aug 19 09:25:11 2015 From: bote_radio at botecomm.com (Bote Man) Date: Wed, 19 Aug 2015 01:25:11 -0400 Subject: [Freeswitch-users] High Availability Communication Project #1 In-Reply-To: References: Message-ID: <037601d0da3f$6b9eabe0$42dc03a0$@botecomm.com> I suspect this will be a VERY popular project. Just to be clear, does High Availability imply a high volume (lots of calls/minute and lots of minutes) or failover across instances or both? My custom applications do very low call volume but need to be there 100% of the time so failover is in my future. Others might have different ideas of what it means. Thanks. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Tuesday, 18 August, 2015 21:40 To: FreeSWITCH Users Help; freeswitch-dev at lists.freeswitch.org Subject: [Freeswitch-users] High Availability Communication Project #1 FreeSWITCHers, Project #1 we discussed at ClueCon 2015 is a complete working HA solution, The goal is to have meta packages that will install, configure and deploy various HA components with in a controlled environment. but not only plugging in FreeSWITCH, but OpenSIPS, Kamailio, Asterisk and any other telecom component, This project is ambitious, I would like to gauge the community interest and what level of involvement you would like to have in this project, I would like to invite any and all open source communication software to get involved. A complete centralized, configured, deployable solution for everyone to use. Interested? We can schedule a phone call to discuss this, what would be good times for everyone to get involved? Please reply... Thanks, -- Brian West brian at freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/33515747/attachment.html From agoulis at opensips.org Wed Aug 19 09:55:19 2015 From: agoulis at opensips.org (Alex Goulis) Date: Wed, 19 Aug 2015 00:55:19 -0500 Subject: [Freeswitch-users] High Availability Communication Project #1 Message-ID: Hi all... We do this with OpenSIPS all the time and we would be happy to contribute! I agree we should have a community discussion on requirements though. What we find necessary in our deployments might not cover everyone's requirements. I think it would be a great discussion to get everyone else's point of view. Thank you, Alex GoulisOpenSIPS Solutions4016411072agoulis at opensips.org? -------- Original message -------- From: Brian West Date: 08/18/2015 8:40 PM (GMT-06:00) To: FreeSWITCH Users Help , freeswitch-dev at lists.freeswitch.org Subject: [Freeswitch-users] High Availability Communication Project #1 FreeSWITCHers, Project #1 we discussed at ClueCon 2015 is a complete working HA solution, The goal is to have meta packages that will install, configure and deploy various HA components with in a controlled environment. ?but not only plugging in FreeSWITCH, but OpenSIPS, Kamailio, Asterisk and any other telecom component, This project is ambitious, I would like to gauge the community interest and what level of involvement you would like to have in this project, I would like to invite any and all open source communication software to get involved.? A complete centralized, configured, deployable solution for everyone to use. Interested?? We can schedule a phone call to discuss this, what would be good times for everyone to get involved? ? Please reply... Thanks, -- Brian West brian at freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.comGot Bugs? Report them here! | Reddit:?/r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 |?ISN:410*543 |?Skype:briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/6a023413/attachment.html From s.safarov at gmail.com Wed Aug 19 11:21:44 2015 From: s.safarov at gmail.com (Sergey Safarov) Date: Wed, 19 Aug 2015 10:21:44 +0300 Subject: [Freeswitch-users] High Availability Communication Project #1 In-Reply-To: References: Message-ID: Hello Brian I am already has configured two FS nodes in high availability cluster ("active" - "passive"). I'm ready to share workable solution, and my thoughts on its further development. But is exist one problem. My English is not friendly. On Wed, Aug 19, 2015, 04:43 Brian West wrote: > FreeSWITCHers, > > Project #1 we discussed at ClueCon 2015 is a complete working HA solution, > The goal is to have meta packages that will install, configure and deploy > various HA components with in a controlled environment. but not only > plugging in FreeSWITCH, but OpenSIPS, Kamailio, Asterisk and any other > telecom component, This project is ambitious, I would like to gauge the > community interest and what level of involvement you would like to have in > this project, I would like to invite any and all open source communication > software to get involved. A complete centralized, configured, deployable > solution for everyone to use. > > Interested? We can schedule a phone call to discuss this, what would be > good times for everyone to get involved? > > Please reply... > > Thanks, > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/d6169dc4/attachment.html From s.safarov at gmail.com Wed Aug 19 11:35:46 2015 From: s.safarov at gmail.com (Sergey Safarov) Date: Wed, 19 Aug 2015 10:35:46 +0300 Subject: [Freeswitch-users] Slow outbound call service requires a "fake" UK ringtone In-Reply-To: <55D2175A.8050504@digitalmail.com> References: <55D2175A.8050504@digitalmail.com> Message-ID: I think is will help you http://lists.freeswitch.org/pipermail/freeswitch-users/2015-July/114369.html On Mon, Aug 17, 2015 at 8:18 PM, Alex Lake wrote: > Got an application where it can sometimes take several seconds for an > outbound call to give any progress. > I'd like the A-party to hear UK ringing "to be getting on with" so they > don't think there's something wrong and hang up prematurely. > > How do I do this? > > Cheers, > Alex > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/c1ab5083/attachment-0001.html From ssinyagin at gmail.com Wed Aug 19 11:57:45 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Wed, 19 Aug 2015 09:57:45 +0200 Subject: [Freeswitch-users] High Availability Communication Project #1 In-Reply-To: References: Message-ID: my two cents: you need to distinguish between different use cases, as they influence the HA design: a) mass-market residential service: thousands or hundreds of thousands of users, one DID number per user with a standard set of features, like voicemail, call redirection, daily cost cap, blacklisting, and so on. b) multi-tenant business PBX for hundreds of small working groups. Each working group should share some common applications, like conferencing, presence, hunt lists, callcenter, and so on. Some of these applications are not distributed, and need to make sure that the related calls are terminated on the same media server. c) application server, for conferencing or callcenters, probably providing an API (like Plivo, Twilio, etc). Clients are not registering on it. Each of these use cases requires a different approach in terms of high availability, so probably they should be considered separately. On Wed, Aug 19, 2015 at 3:40 AM, Brian West wrote: > FreeSWITCHers, > > Project #1 we discussed at ClueCon 2015 is a complete working HA solution, > The goal is to have meta packages that will install, configure and deploy > various HA components with in a controlled environment. but not only > plugging in FreeSWITCH, but OpenSIPS, Kamailio, Asterisk and any other > telecom component, This project is ambitious, I would like to gauge the > community interest and what level of involvement you would like to have in > this project, I would like to invite any and all open source communication > software to get involved. A complete centralized, configured, deployable > solution for everyone to use. > > Interested? We can schedule a phone call to discuss this, what would be > good times for everyone to get involved? > > Please reply... > > Thanks, > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/5f710527/attachment.html From andrew at cassidywebservices.co.uk Wed Aug 19 12:04:10 2015 From: andrew at cassidywebservices.co.uk (Andrew Cassidy) Date: Wed, 19 Aug 2015 09:04:10 +0100 Subject: [Freeswitch-users] High Availability Communication Project #1 In-Reply-To: References: Message-ID: One thing that would complement the current systems is a proper pacemaker resource agent. I'm currently using the lsb script from the wiki. However, pacemaker isn't available in Debian Jessie as yet, so another solution needs to be found (mod_ha development?). Just my 2c On 19 August 2015 at 08:21, Sergey Safarov wrote: > Hello Brian > I am already has configured two FS nodes in high availability cluster > ("active" - "passive"). I'm ready to share workable solution, and my > thoughts on its further development. > > But is exist one problem. My English is not friendly. > > On Wed, Aug 19, 2015, 04:43 Brian West wrote: > >> FreeSWITCHers, >> >> Project #1 we discussed at ClueCon 2015 is a complete working HA >> solution, The goal is to have meta packages that will install, configure >> and deploy various HA components with in a controlled environment. but not >> only plugging in FreeSWITCH, but OpenSIPS, Kamailio, Asterisk and any other >> telecom component, This project is ambitious, I would like to gauge the >> community interest and what level of involvement you would like to have in >> this project, I would like to invite any and all open source communication >> software to get involved. A complete centralized, configured, deployable >> solution for everyone to use. >> >> Interested? We can schedule a phone call to discuss this, what would be >> good times for everyone to get involved? >> >> Please reply... >> >> Thanks, >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director *T *03300 100 960 *F *03300 100 961 *E *andrew at cassidywebservices.co.uk *W *www.cassidywebservices.co.uk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/03cf4ffb/attachment.html From gmaruzz at gmail.com Wed Aug 19 12:50:55 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Wed, 19 Aug 2015 10:50:55 +0200 Subject: [Freeswitch-users] High Availability Communication Project #1 In-Reply-To: References: Message-ID: My take: We can start focusing on a minimal definition of HA: a freeswitch system which will withstand failures of its components. This can then be extended to an horizontally scalable system, capable of serving monstruous amount of calls, having internal partitioning, etc. For our project I will start with a minimal HA setup: -two dispatchers (kamailio and or opensips) - in front of two freeswitches - that uses two databases (in master-master, active-passive) - special services like conferences and queues will be automatically partitioned - and using heartbeat or keepalived for floating ip address Having this simple setup automatically built and.configured from packages would be very very valuable, and will solve the needs of 90% of "single company" deployments. Then, we can.expand from there toward an ultimate ideal aim to have multiple freeswitch machines load balanced in a.cluster, that uses a.cluster of databases, and serves unlimited amount of calls for many different tenants, span on multiple datacenter, and maybe automatically serves traffic spikes from cloud, but we all know that at his extreme this more ambitious endeavour will be order of magnitudes more complex, customized to the specific requirements, require massive investment to be deployed "real world", etc I would start with a.more humble and reachable HA setup as described in beginning of this post, and strive to find for it the perfect blend (or blends) by concentrating and distilling all community knowledge. Let's first reach the lower hanging.fruit, and have it perfect. After it, sky is the limit. -giovanni sent from my mobile, Giovanni Maruzzelli cell: +39 347 266 56 18 On Aug 19, 2015 10:04 AM, "Andrew Cassidy" wrote: > One thing that would complement the current systems is a proper pacemaker > resource agent. I'm currently using the lsb script from the wiki. > > However, pacemaker isn't available in Debian Jessie as yet, so another > solution needs to be found (mod_ha development?). > > Just my 2c > > On 19 August 2015 at 08:21, Sergey Safarov wrote: > >> Hello Brian >> I am already has configured two FS nodes in high availability cluster >> ("active" - "passive"). I'm ready to share workable solution, and my >> thoughts on its further development. >> >> But is exist one problem. My English is not friendly. >> >> On Wed, Aug 19, 2015, 04:43 Brian West wrote: >> >>> FreeSWITCHers, >>> >>> Project #1 we discussed at ClueCon 2015 is a complete working HA >>> solution, The goal is to have meta packages that will install, configure >>> and deploy various HA components with in a controlled environment. but not >>> only plugging in FreeSWITCH, but OpenSIPS, Kamailio, Asterisk and any other >>> telecom component, This project is ambitious, I would like to gauge the >>> community interest and what level of involvement you would like to have in >>> this project, I would like to invite any and all open source communication >>> software to get involved. A complete centralized, configured, deployable >>> solution for everyone to use. >>> >>> Interested? We can schedule a phone call to discuss this, what would be >>> good times for everyone to get involved? >>> >>> Please reply... >>> >>> Thanks, >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > *Andrew Cassidy BSc (Hons) MBCS SSCA* > Managing Director > > > *T *03300 100 960 *F > *03300 100 961 > *E *andrew at cassidywebservices.co.uk > *W *www.cassidywebservices.co.uk > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/d3803734/attachment-0001.html From avi at avimarcus.net Wed Aug 19 12:58:43 2015 From: avi at avimarcus.net (Avi Marcus) Date: Wed, 19 Aug 2015 08:58:43 +0000 Subject: [Freeswitch-users] High Availability Communication Project #1 In-Reply-To: References: Message-ID: <0000014f452e8d9b-cfaf6de6-5a19-4cbf-9639-a77651fa066c-000000@email.amazonses.com> Use case: I'm running a calling card, and as such, I just need a proxy in front that will distribute amongst the FS servers, with the ability to drain them for maintenance & add new servers based on load. Functionality that could be updated to be more cluster-friendly: While trying to run active/passive with user registration, one really annoying issue I ran into was voicemail messages & greeting files synchronization. There seemed no good way to have those be highly available without either a SPOF network drive or introducing something like moosefs/etc to the mix. One idea, which admittedly is something often frowned upon, is that while running odbc with databases already replicating to shove the files into the voicemail DB. Perhaps a more generic data store, e.g. mod_voicemail_X would be helpful that plugs into replicated key-value or nosql, e.g. rethinkdb, mongo, couchdb, etc. with a fallback to store on disk (like cdrs) if it fails to save it, for later importing. -Avi Marcus 1-718-989-9485 (USA) 1-866-202-5850 (USA & Canada Toll Free) 02-372-1570 (Israel) 020-3298-2875 (UK) On Wed, Aug 19, 2015 at 11:04 AM, Andrew Cassidy < andrew at cassidywebservices.co.uk> wrote: > One thing that would complement the current systems is a proper pacemaker > resource agent. I'm currently using the lsb script from the wiki. > > However, pacemaker isn't available in Debian Jessie as yet, so another > solution needs to be found (mod_ha development?). > > Just my 2c > > On 19 August 2015 at 08:21, Sergey Safarov wrote: > >> Hello Brian >> I am already has configured two FS nodes in high availability cluster >> ("active" - "passive"). I'm ready to share workable solution, and my >> thoughts on its further development. >> >> But is exist one problem. My English is not friendly. >> >> On Wed, Aug 19, 2015, 04:43 Brian West wrote: >> >>> FreeSWITCHers, >>> >>> Project #1 we discussed at ClueCon 2015 is a complete working HA >>> solution, The goal is to have meta packages that will install, configure >>> and deploy various HA components with in a controlled environment. but not >>> only plugging in FreeSWITCH, but OpenSIPS, Kamailio, Asterisk and any other >>> telecom component, This project is ambitious, I would like to gauge the >>> community interest and what level of involvement you would like to have in >>> this project, I would like to invite any and all open source communication >>> software to get involved. A complete centralized, configured, deployable >>> solution for everyone to use. >>> >>> Interested? We can schedule a phone call to discuss this, what would be >>> good times for everyone to get involved? >>> >>> Please reply... >>> >>> Thanks, >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > *Andrew Cassidy BSc (Hons) MBCS SSCA* > Managing Director > > > *T *03300 100 960 *F > *03300 100 961 > *E *andrew at cassidywebservices.co.uk > *W *www.cassidywebservices.co.uk > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/51a1868a/attachment.html From andrew at cassidywebservices.co.uk Wed Aug 19 13:17:21 2015 From: andrew at cassidywebservices.co.uk (Andrew Cassidy) Date: Wed, 19 Aug 2015 10:17:21 +0100 Subject: [Freeswitch-users] High Availability Communication Project #1 In-Reply-To: <0000014f452e8d9b-cfaf6de6-5a19-4cbf-9639-a77651fa066c-000000@email.amazonses.com> References: <0000014f452e8d9b-cfaf6de6-5a19-4cbf-9639-a77651fa066c-000000@email.amazonses.com> Message-ID: I've done some tiny deployments with literally just a pair of freeswitch servers, pacemaker, floating IP address, active/passive postgres. So there are so many difference scenarios to explore. We should collate them and then perhaps select a handful of example configurations rather than trying to tick all boxes. On 19 August 2015 at 09:58, Avi Marcus wrote: > Use case: > I'm running a calling card, and as such, I just need a proxy in front that > will distribute amongst the FS servers, with the ability to drain them for > maintenance & add new servers based on load. > > > Functionality that could be updated to be more cluster-friendly: > While trying to run active/passive with user registration, one really > annoying issue I ran into was voicemail messages & greeting files > synchronization. There seemed no good way to have those be highly available > without either a SPOF network drive or introducing something like > moosefs/etc to the mix. > > One idea, which admittedly is something often frowned upon, is that while > running odbc with databases already replicating to shove the files into the > voicemail DB. > > Perhaps a more generic data store, e.g. mod_voicemail_X would be helpful > that plugs into replicated key-value or nosql, e.g. rethinkdb, mongo, > couchdb, etc. with a fallback to store on disk (like cdrs) if it fails to > save it, for later importing. > > > -Avi Marcus > > 1-718-989-9485 (USA) > 1-866-202-5850 (USA & Canada Toll Free) > 02-372-1570 (Israel) > 020-3298-2875 (UK) > > On Wed, Aug 19, 2015 at 11:04 AM, Andrew Cassidy < > andrew at cassidywebservices.co.uk> wrote: > >> One thing that would complement the current systems is a proper pacemaker >> resource agent. I'm currently using the lsb script from the wiki. >> >> However, pacemaker isn't available in Debian Jessie as yet, so another >> solution needs to be found (mod_ha development?). >> >> Just my 2c >> >> On 19 August 2015 at 08:21, Sergey Safarov wrote: >> >>> Hello Brian >>> I am already has configured two FS nodes in high availability cluster >>> ("active" - "passive"). I'm ready to share workable solution, and my >>> thoughts on its further development. >>> >>> But is exist one problem. My English is not friendly. >>> >>> On Wed, Aug 19, 2015, 04:43 Brian West wrote: >>> >>>> FreeSWITCHers, >>>> >>>> Project #1 we discussed at ClueCon 2015 is a complete working HA >>>> solution, The goal is to have meta packages that will install, configure >>>> and deploy various HA components with in a controlled environment. but not >>>> only plugging in FreeSWITCH, but OpenSIPS, Kamailio, Asterisk and any other >>>> telecom component, This project is ambitious, I would like to gauge the >>>> community interest and what level of involvement you would like to have in >>>> this project, I would like to invite any and all open source communication >>>> software to get involved. A complete centralized, configured, deployable >>>> solution for everyone to use. >>>> >>>> Interested? We can schedule a phone call to discuss this, what would >>>> be good times for everyone to get involved? >>>> >>>> Please reply... >>>> >>>> Thanks, >>>> >>>> -- >>>> >>>> *Brian West* >>>> brian at freeswitch.org >>>> >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> *Andrew Cassidy BSc (Hons) MBCS SSCA* >> Managing Director >> >> >> *T *03300 100 960 *F >> *03300 100 961 >> *E *andrew at cassidywebservices.co.uk >> *W *www.cassidywebservices.co.uk >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director *T *03300 100 960 *F *03300 100 961 *E *andrew at cassidywebservices.co.uk *W *www.cassidywebservices.co.uk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/cdbc719d/attachment-0001.html From flokrrr at gmail.com Wed Aug 19 13:39:00 2015 From: flokrrr at gmail.com (Florent Krieg) Date: Wed, 19 Aug 2015 11:39:00 +0200 Subject: [Freeswitch-users] High Availability Communication Project #1 In-Reply-To: References: <0000014f452e8d9b-cfaf6de6-5a19-4cbf-9639-a77651fa066c-000000@email.amazonses.com> Message-ID: Agreeing with all of you, especially Stanislav and Giovanni. I can share my experience with high call volume FS deployments as well as horizontally scalable multi-tenant FS environments. Let us know for the call Brian so that we can save the date. Have a good day everybody. Florent 2015-08-19 11:17 GMT+02:00 Andrew Cassidy : > I've done some tiny deployments with literally just a pair of freeswitch > servers, pacemaker, floating IP address, active/passive postgres. So there > are so many difference scenarios to explore. > > We should collate them and then perhaps select a handful of example > configurations rather than trying to tick all boxes. > > On 19 August 2015 at 09:58, Avi Marcus wrote: > >> Use case: >> I'm running a calling card, and as such, I just need a proxy in front >> that will distribute amongst the FS servers, with the ability to drain them >> for maintenance & add new servers based on load. >> >> >> Functionality that could be updated to be more cluster-friendly: >> While trying to run active/passive with user registration, one really >> annoying issue I ran into was voicemail messages & greeting files >> synchronization. There seemed no good way to have those be highly available >> without either a SPOF network drive or introducing something like >> moosefs/etc to the mix. >> >> One idea, which admittedly is something often frowned upon, is that while >> running odbc with databases already replicating to shove the files into the >> voicemail DB. >> >> Perhaps a more generic data store, e.g. mod_voicemail_X would be helpful >> that plugs into replicated key-value or nosql, e.g. rethinkdb, mongo, >> couchdb, etc. with a fallback to store on disk (like cdrs) if it fails to >> save it, for later importing. >> >> >> -Avi Marcus >> >> 1-718-989-9485 (USA) >> 1-866-202-5850 (USA & Canada Toll Free) >> 02-372-1570 (Israel) >> 020-3298-2875 (UK) >> >> On Wed, Aug 19, 2015 at 11:04 AM, Andrew Cassidy < >> andrew at cassidywebservices.co.uk> wrote: >> >>> One thing that would complement the current systems is a proper >>> pacemaker resource agent. I'm currently using the lsb script from the wiki. >>> >>> However, pacemaker isn't available in Debian Jessie as yet, so another >>> solution needs to be found (mod_ha development?). >>> >>> Just my 2c >>> >>> On 19 August 2015 at 08:21, Sergey Safarov wrote: >>> >>>> Hello Brian >>>> I am already has configured two FS nodes in high availability cluster >>>> ("active" - "passive"). I'm ready to share workable solution, and my >>>> thoughts on its further development. >>>> >>>> But is exist one problem. My English is not friendly. >>>> >>>> On Wed, Aug 19, 2015, 04:43 Brian West wrote: >>>> >>>>> FreeSWITCHers, >>>>> >>>>> Project #1 we discussed at ClueCon 2015 is a complete working HA >>>>> solution, The goal is to have meta packages that will install, configure >>>>> and deploy various HA components with in a controlled environment. but not >>>>> only plugging in FreeSWITCH, but OpenSIPS, Kamailio, Asterisk and any other >>>>> telecom component, This project is ambitious, I would like to gauge the >>>>> community interest and what level of involvement you would like to have in >>>>> this project, I would like to invite any and all open source communication >>>>> software to get involved. A complete centralized, configured, deployable >>>>> solution for everyone to use. >>>>> >>>>> Interested? We can schedule a phone call to discuss this, what would >>>>> be good times for everyone to get involved? >>>>> >>>>> Please reply... >>>>> >>>>> Thanks, >>>>> >>>>> -- >>>>> >>>>> *Brian West* >>>>> brian at freeswitch.org >>>>> >>>>> >>>>> *Twitter: @FreeSWITCH , @briankwest* >>>>> http://www.freeswitchbook.com >>>>> http://www.freeswitchcookbook.com >>>>> >>>>> Got Bugs? Report them here ! | Reddit: >>>>> /r/freeswitch >>>>> >>>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at 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 at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE: >>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> *Andrew Cassidy BSc (Hons) MBCS SSCA* >>> Managing Director >>> >>> >>> *T *03300 100 960 *F >>> *03300 100 961 >>> *E *andrew at cassidywebservices.co.uk >>> *W *www.cassidywebservices.co.uk >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > *Andrew Cassidy BSc (Hons) MBCS SSCA* > Managing Director > > > *T *03300 100 960 *F > *03300 100 961 > *E *andrew at cassidywebservices.co.uk > *W *www.cassidywebservices.co.uk > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/98c39d8d/attachment.html From alex at digitalmail.com Wed Aug 19 13:46:54 2015 From: alex at digitalmail.com (Alex Lake) Date: Wed, 19 Aug 2015 10:46:54 +0100 Subject: [Freeswitch-users] Slow outbound call service requires a "fake" UK ringtone In-Reply-To: References: <55D2175A.8050504@digitalmail.com> <55D2F355.2020504@digitalmail.com> <55D358C5.30109@digitalmail.com> Message-ID: <55D4508E.7000108@digitalmail.com> Yes, but I'm getting complaints at the moment from people saying they can't hear anything at all and hang up. All a bit of a murky compromise... On 18/08/2015 17:27, Andrew Cassidy wrote: > The issue you'll get (that I've seen before) when the ongoing call > fails you could get customers complaining that it cuts off even though > it's ringing. > > On 18 August 2015 at 17:09, Alex Lake > wrote: > > Mmmm.... > > I now have this: > > > > > > > The idea is that I would hope to hear a ringtone while the 5s > delay is occurring and I still don't.... > > As it happens, there's less commercial necessity for this than > first thought, but it would be cool to get it working. > > Rgds, > Alex > > > On 18/08/2015 13:20, ?talo Rossi wrote: >> You'll only get your fake ringing if your provider sends a 18X OR >> you set instant_ringback=true >> >> On Tue, Aug 18, 2015 at 9:07 AM, Steven Ayre > > wrote: >> >> Sorry, it's . >> >> Try it without it first - I can't remember whether bridge >> would do so for you. >> >> On 18 August 2015 at 09:56, Alex Lake > > wrote: >> >> Thanks - that sounds good. Although my version of >> Freeswitch (1.2.22) doesn't have preanswer! >> Is there a way of doing it with the old version? >> >> >> On 17/08/2015 21:30, Steven Ayre wrote: >>> >>> >>> then bridge as normal with {ignore_early_media=true} at >>> the start of the dialstring >>> >>> ${uk-ring} is defined in vars.xml of the vanilla example >>> config >>> >>> See >>> https://wiki.freeswitch.org/wiki/Custom_Ring_Back_Tones#Ringback >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> -- >> ?talo Rossi >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > *Andrew Cassidy BSc (Hons) MBCS SSCA* > Managing Director > > > *T *03300 100 960 *F > *03300 100 961 > *E > *andrew at cassidywebservices.co.uk > *W > *www.cassidywebservices.co.uk > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/e8c465c9/attachment-0001.html From alex at digitalmail.com Wed Aug 19 13:59:28 2015 From: alex at digitalmail.com (Alex Lake) Date: Wed, 19 Aug 2015 10:59:28 +0100 Subject: [Freeswitch-users] Slow outbound call service requires a "fake" UK ringtone In-Reply-To: References: <55D2175A.8050504@digitalmail.com> Message-ID: <55D45380.5070101@digitalmail.com> Thanks, but I don't want to delay the call even more - which is my understanding of what that would do. I'll take out the sleep, if that's responsible for the ringtone not coming through Alex On 19/08/2015 08:35, Sergey Safarov wrote: > I think is will help you > http://lists.freeswitch.org/pipermail/freeswitch-users/2015-July/114369.html > > On Mon, Aug 17, 2015 at 8:18 PM, Alex Lake > wrote: > > Got an application where it can sometimes take several seconds for an > outbound call to give any progress. > I'd like the A-party to hear UK ringing "to be getting on with" so > they > don't think there's something wrong and hang up prematurely. > > How do I do this? > > Cheers, > Alex > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/fbd336a7/attachment.html From alex at digitalmail.com Wed Aug 19 14:02:57 2015 From: alex at digitalmail.com (Alex Lake) Date: Wed, 19 Aug 2015 11:02:57 +0100 Subject: [Freeswitch-users] Slow outbound call service requires a "fake" UK ringtone In-Reply-To: References: <55D2175A.8050504@digitalmail.com> <55D2F355.2020504@digitalmail.com> <55D358C5.30109@digitalmail.com> Message-ID: <55D45451.5040101@digitalmail.com> Yes!!! Taking out the "sleep" fixed the problem. That's great. Thanks all... On 18/08/2015 21:38, Steven Ayre wrote: > They're variables used by the bridge app, you won't have bettaway > generated by sleep. > > Bridging to the sleep app via the loopback endpoint should give a way > to test it. > > On 18 August 2015 at 17:09, Alex Lake > wrote: > > Mmmm.... > > I now have this: > > > > > > > The idea is that I would hope to hear a ringtone while the 5s > delay is occurring and I still don't.... > > As it happens, there's less commercial necessity for this than > first thought, but it would be cool to get it working. > > Rgds, > Alex > > > On 18/08/2015 13:20, ?talo Rossi wrote: >> You'll only get your fake ringing if your provider sends a 18X OR >> you set instant_ringback=true >> >> On Tue, Aug 18, 2015 at 9:07 AM, Steven Ayre > > wrote: >> >> Sorry, it's . >> >> Try it without it first - I can't remember whether bridge >> would do so for you. >> >> On 18 August 2015 at 09:56, Alex Lake > > wrote: >> >> Thanks - that sounds good. Although my version of >> Freeswitch (1.2.22) doesn't have preanswer! >> Is there a way of doing it with the old version? >> >> >> On 17/08/2015 21:30, Steven Ayre wrote: >>> >>> >>> then bridge as normal with {ignore_early_media=true} at >>> the start of the dialstring >>> >>> ${uk-ring} is defined in vars.xml of the vanilla example >>> config >>> >>> See >>> https://wiki.freeswitch.org/wiki/Custom_Ring_Back_Tones#Ringback >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> -- >> ?talo Rossi >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/0d1e2301/attachment-0001.html From covici at ccs.covici.com Wed Aug 19 14:50:26 2015 From: covici at ccs.covici.com (covici at ccs.covici.com) Date: Wed, 19 Aug 2015 06:50:26 -0400 Subject: [Freeswitch-users] High Availability Communication Project #1 In-Reply-To: References: Message-ID: <32331.1439981426@ccs.covici.com> I am interested, I don't know how much time I have, but I have a customer where that would be quite useful. Brian West wrote: > FreeSWITCHers, > > Project #1 we discussed at ClueCon 2015 is a complete working HA solution, > The goal is to have meta packages that will install, configure and deploy > various HA components with in a controlled environment. but not only > plugging in FreeSWITCH, but OpenSIPS, Kamailio, Asterisk and any other > telecom component, This project is ambitious, I would like to gauge the > community interest and what level of involvement you would like to have in > this project, I would like to invite any and all open source communication > software to get involved. A complete centralized, configured, deployable > solution for everyone to use. > > Interested? We can schedule a phone call to discuss this, what would be > good times for everyone to get involved? > > Please reply... > > Thanks, > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > ---------------------------------------------------- > Alternatives: > > ---------------------------------------------------- > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici at ccs.covici.com From nneul at mst.edu Wed Aug 19 16:13:39 2015 From: nneul at mst.edu (Nathan Neulinger) Date: Wed, 19 Aug 2015 07:13:39 -0500 Subject: [Freeswitch-users] [Freeswitch-dev] High Availability Communication Project #1 In-Reply-To: References: <55D3E48F.1010408@quentustech.com> Message-ID: <55D472F3.3030103@mst.edu> In our case, we didn't have the "two machines" requirement, but had the same 'didn't want to deal with services on the same box issue). We're using: Real Hardware: x-p1 / x-p2 (Keepalived for one floating IP for each of internal/external networks) - serves provisioning http(s), tftp, and FS itself Virtual Machines on another cluster (not jitter/drift sensitive): x-db-p1, x-db-p2, x-db-p3 (Percona XTraDB Cluster + keepalived for single floating IP) x-gfs-p1, x-gfs-p3, x-gfs-p3 (Glustre Filesystem) - only using this for a loosely consistent persistent store for voicemail, logs, etc. Could easily be merged with other instances. x-web-p1, x-web-p2 (end user accessible web, frontended with existing on-prem load balancer and ssl offload) The actual setup and resource requirements are quite low other than having a bunch of smaller VMs. -- Nathan On 08/18/2015 10:28 PM, Jo?o Mesquita wrote: > We?re also interested on the subject to some extent. We?ve decided tobail out on HA deployments because of the > complexity and moving parts, specially when not using more than 2 machines where you have to failover not only FS but > also Postgresql and whatnot. > > Our typical installation is a "large scale? PBX (say 1000 extensions?) where no customer is willing to put more than 2 > identical machines and therefore, you?re stuck with active-active postgresql replication, floating ips and such. If this > sort of scenario is on the target, I can get resources into the project as well but we will most certainly be on the > learning end although would probably help us run extra miles where needed. Will be on the call, just let me know what time. > > > > Jo?o Mesquita > > On Tue, Aug 18, 2015 at 11:18 PM, Brian West > wrote: > > Lets schedule call after the 24th sometime, giving everyone enough time to digest the magnitude of what I've > proposed here. > > > > On Tue, Aug 18, 2015 at 9:06 PM, William King > > wrote: > > I'm in. There are a few common HA cases I'm aware of, so I think we'll > need to document the pros and cons of the scenarios. > > William King > Senior Engineer > Quentus Technologies, INC > 1037 NE 65th St Suite 273 > Seattle, WA 98115 > Main: (877) 211-9337 > Office: (206) 388-4772 > Cell: (253) 686-5518 > william.king at quentustech.com > > On 8/18/15 6:40 PM, Brian West wrote: > > FreeSWITCHers, > > > > Project #1 we discussed at ClueCon 2015 is a complete working HA > > solution, The goal is to have meta packages that will install, configure > > and deploy various HA components with in a controlled environment. but > > not only plugging in FreeSWITCH, but OpenSIPS, Kamailio, Asterisk and > > any other telecom component, This project is ambitious, I wouldlike to > > gauge the community interest and what level of involvement you would > > like to have in this project, I would like to invite any and all open > > source communication software to get involved. A complete centralized, > > configured, deployable solution for everyone to use. > > > > Interested? We can schedule a phone call to discuss this, whatwould be > > good times for everyone to get involved? > > > > Please reply... > > > > Thanks, > > > > -- > > > > */Brian West/* > > brian at freeswitch.org > > > > > > > */Twitter: @FreeSWITCH , @briankwest/* > > http://www.freeswitchbook.com > > http://www.freeswitchcookbook.com > > > > Got Bugs? Report them here ! | > > Reddit: /r/freeswitch > > > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > > *iNUM:*+883 5100 1420 9001 |*ISN:*410*543 | *Skype:*briankwest > > > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > >consulting at freeswitch.org > >http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > >http://www.freeswitch.org > > http://wiki.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > > -- > > */Brian West/* > brian at freeswitch.org > > > */Twitter: @FreeSWITCH , @briankwest/* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- ------------------------------------------------------------ Nathan Neulinger nneul at mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect From gmaruzz at gmail.com Wed Aug 19 16:35:22 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Wed, 19 Aug 2015 14:35:22 +0200 Subject: [Freeswitch-users] Verto Communicator aka Project #2 In-Reply-To: References: Message-ID: On Aug 19, 2015 5:18 AM, "Brian West" wrote: > > Just in case you guys missed it! > > Last week we merged in Verto Communicator, ?talo and team has worked hard to get this where we could demo it at ClueCon 2015, We still have work ahead of us, but any input, changes are to be directed to JIRA. > > If you wish to test its in html5/verto/verto_communicator in the source tree of Master, Please file any JIRA's to component of 'Verto Communicator', Questions, Comments, please respond. Me, for one, want to hail Italo and the team that made so a gorgeous client, for the greater glory of FreeSWITCH project ! > > Thanks, > > -- > > Brian West > brian at freeswitch.org > > > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/907fbee7/attachment.html From italorossib at gmail.com Wed Aug 19 16:38:01 2015 From: italorossib at gmail.com (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Wed, 19 Aug 2015 09:38:01 -0300 Subject: [Freeswitch-users] systemd won't enable for automatic start of FS In-Reply-To: <037101d0da3e$fc3d07b0$f4b71710$@botecomm.com> References: <017c01d0d90a$ec056020$c4102060$@botecomm.com> <019301d0d910$077e3480$167a9d80$@botecomm.com> <6A2AB64A-3C24-4A74-A1FC-F8A5E169DCEB@jerris.com> <01e401d0d91c$65b75610$31260230$@botecomm.com> <022f01d0d935$01ec45a0$05c4d0e0$@botecomm.com> <037101d0da3e$fc3d07b0$f4b71710$@botecomm.com> Message-ID: Bote, At the end of that page there's one more systemd file, right after the last layout example. It shouldn't be there, right? On Wed, Aug 19, 2015 at 2:22 AM, Bote Man wrote: > The Confluence page provides instructions only for those who are building > from source, so it?s a manual process already. The unit file described on > that page uses the /usr/local/freeswitch locations that you end up with > when you build from source using the build scripts on that page. > > > > The deb package is a separate animal and lives in a different place so I > didn?t see the need to document it, although we could be nice and provide a > unit file for that once the dust settles on Stan?s ticket. > > > > I?m hoping to have enough time to mess with the different parameters in > the unit file to figure out which one was causing it to bork on me, but for > now I?m just happy the damned thing works. systemd really looks like a much > better way to manage system services. > > > > Bote > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Michael > Jerris > *Sent:* Monday, 17 August, 2015 19:21 > > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] systemd won't enable for automatic > start of FS > > > > We probably should modify these files to be configure generated and > installed so that we don't have to have different versions stashed in the > different packages > > On Monday, August 17, 2015, Bote Man wrote: > > Hot off the press, here is the section of the 1.6 installation page > dealing with systemd. Let me know if it needs improvement. > > > > > https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+1.6+Video#FreeSWITCH1.6Video-StartingFreeSWITCH > > > > I?m afraid to change the title of that page now that it has been out there > so long with links to it, so I just created a Debian 8 page that links to > it. > > > > Bote > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Komar, Jason > *Sent:* Monday, 17 August, 2015 14:51 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] systemd won't enable for automatic > start of FS > > > > I couldn't get FreeSWITCH compiled from source to work under systemd on > Debian Jessie without having the pid file under /usr/local/freeswitch > > > > Here are the contents of my freeswitch.service file that let me get it > working if it helps you. > > > > [Unit] > > Description=freeswitch > > ;After=syslog.target network.target local-fs.target > > After=syslog.target network-online.target local-fs.target > > > > [Service] > > ; service > > Type=forking > > PIDFile=/usr/local/freeswitch/run/freeswitch.pid > > PermissionsStartOnly=true > > ExecStartPre=/bin/mkdir -p /usr/local/freeswitch/run > > ExecStartPre=/bin/chown freeswitch:daemon /usr/local/freeswitch/run > > ExecStart=/usr/local/freeswitch/bin/freeswitch -ncwait -nonat > > TimeoutSec=45s > > Restart=always > > ; exec > > WorkingDirectory=/usr/local/freeswitch/run > > User=freeswitch > > Group=daemon > > LimitCORE=infinity > > LimitNOFILE=100000 > > LimitNPROC=60000 > > ;LimitSTACK=240 > > LimitRTPRIO=infinity > > LimitRTTIME=7000000 > > IOSchedulingClass=realtime > > IOSchedulingPriority=2 > > CPUSchedulingPolicy=rr > > CPUSchedulingPriority=89 > > UMask=0007 > > > > [Install] > > WantedBy=multi-user.target > > > > ----- > > Jason > > > > On Mon, Aug 17, 2015 at 12:41 PM, Bote Man > wrote: > > Yeah, I saw that ticket where you changed the WorkingDirectory from > /run/freeswitch to /var/run/freeswitch and I made those changes to mine, > but it?s still flunky. > > > > I?ll keep hammering away at it. > > > > Thanks. > > > > Bote > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Michael > Jerris > *Sent:* Monday, 17 August, 2015 14:22 > > > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] systemd won't enable for automatic > start of FS > > > > The ones in tree are only for the packages, you would need to modify those > to be the correct paths and manually install them. You can follow the > patches that went in to the debian packaging for some indication of how to > install them correctly. > > > > > > On Aug 17, 2015, at 1:13 PM, Bote Man wrote: > > > > I copied freeswitch.xml to /etc/freeswitch but I think that is only for > sysvinit anyway. > > > > I compiled FS from source which runs in a different directory tree than > the Debian package. The debs run under /etc/freeswitch while the compiled > version runs under /usr/local/freeswitch as I have it configured. > > > > Thanks. > > > > Bote > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [ > mailto:freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Volodymyr > Fedorov > *Sent:* Monday, 17 August, 2015 12:48 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] systemd won't enable for automatic > start of FS > > > > Hello, > > Do you copied sample configs to /etc/freeswitch directory. > > > > > > On Mon, Aug 17, 2015 at 7:36 PM, Bote Man wrote: > > I?m struggling to get systemd to start FreeSWITCH at boot time and also > leave it running once it starts. > > > > Problem #1 ? ?systemd enable freeswitch? outputs the right steps, but ends > with an error message. The error I get is ?No such file or directory? but > that is less than helpful. > > > > Problem #2 ? When I start FreeSWITCH with ?systemd start freeswitch? it > starts alright, but systemd does not detect FS running properly so it kills > it after the specified 45 seconds elapses and restarts it. I can see this > in top when FS gets a new pid. > > > > Details > > -------- > > It?s a new installation of Debian 8.1 and I chose to use systemd as the > init process. I compiled FreeSWITCH from source using the latest Master as > of late July. > > > > The only section of the unit file that is supposed to be used by the > ?enable? command is the [Install] section and that simply points to the > multi-user.target as expected. > > > > I do not know what to do with the 2 other sample systemd files in > /usr/src/freeswitch/debian, perhaps they are key. I have read up on systemd > and the FS unit file looks good to my untrained eye. I did not use the > sysvinit files that are also in that FS debian directory. > > > > I successfully used systemd to start, stop, and enable a few other system > services with success so there must be a tweak to the FS unit file that I > am missing. I can start FS manually and it runs normally. > > > > A Google search revealed a number of complaints that systemd would emit an > error message with its ?enable? command, yet it would successfully enable > the service; this was with a few different services on Debian and Ubuntu, > so it seems there might still be some weirdness with systemd on Debian. > > > > Has anybody gotten systemd to start FS reliably? > > > > Has anybody figured out how to make systemd detect FreeSWITCH running so > that it doesn?t restart it repeatedly? > > > > Once I figure out how to tame systemd I will document my findings in > Confluence as these are the last steps that allow you to get FS up and > running quickly. > > > > Thanks. > > > > > > --- > > Bote > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > -- > > Best regards, > > Volodymyr > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ?talo Rossi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/1a02e8fd/attachment-0001.html From bote_radio at botecomm.com Wed Aug 19 16:57:41 2015 From: bote_radio at botecomm.com (Bote Man) Date: Wed, 19 Aug 2015 08:57:41 -0400 Subject: [Freeswitch-users] systemd won't enable for automatic start of FS In-Reply-To: References: <017c01d0d90a$ec056020$c4102060$@botecomm.com> <019301d0d910$077e3480$167a9d80$@botecomm.com> <6A2AB64A-3C24-4A74-A1FC-F8A5E169DCEB@jerris.com> <01e401d0d91c$65b75610$31260230$@botecomm.com> <022f01d0d935$01ec45a0$05c4d0e0$@botecomm.com> <037101d0da3e$fc3d07b0$f4b71710$@botecomm.com> Message-ID: <03d601d0da7e$a29c9690$e7d5c3b0$@botecomm.com> Good catch! That ?reliable? editor in Confluence went crazy on me and I had to abort the edit, but it must have put the pasted file down at the bottom of the page. I just corrected it. Thanks! Bote From: ?talo Rossi Sent: Wednesday, 19 August, 2015 08:38 Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS Bote, At the end of that page there's one more systemd file, right after the last layout example. It shouldn't be there, right? On Wed, Aug 19, 2015 at 2:22 AM, Bote Man wrote: The Confluence page provides instructions only for those who are building from source, so it?s a manual process already. The unit file described on that page uses the /usr/local/freeswitch locations that you end up with when you build from source using the build scripts on that page. The deb package is a separate animal and lives in a different place so I didn?t see the need to document it, although we could be nice and provide a unit file for that once the dust settles on Stan?s ticket. I?m hoping to have enough time to mess with the different parameters in the unit file to figure out which one was causing it to bork on me, but for now I?m just happy the damned thing works. systemd really looks like a much better way to manage system services. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael Jerris Sent: Monday, 17 August, 2015 19:21 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS We probably should modify these files to be configure generated and installed so that we don't have to have different versions stashed in the different packages On Monday, August 17, 2015, Bote Man wrote: Hot off the press, here is the section of the 1.6 installation page dealing with systemd. Let me know if it needs improvement. https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+1.6+Video#FreeSWITCH1.6Video-StartingFreeSWITCH I?m afraid to change the title of that page now that it has been out there so long with links to it, so I just created a Debian 8 page that links to it. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Komar, Jason Sent: Monday, 17 August, 2015 14:51 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS I couldn't get FreeSWITCH compiled from source to work under systemd on Debian Jessie without having the pid file under /usr/local/freeswitch Here are the contents of my freeswitch.service file that let me get it working if it helps you. [Unit] Description=freeswitch ;After=syslog.target network.target local-fs.target After=syslog.target network-online.target local-fs.target [Service] ; service Type=forking PIDFile=/usr/local/freeswitch/run/freeswitch.pid PermissionsStartOnly=true ExecStartPre=/bin/mkdir -p /usr/local/freeswitch/run ExecStartPre=/bin/chown freeswitch:daemon /usr/local/freeswitch/run ExecStart=/usr/local/freeswitch/bin/freeswitch -ncwait -nonat TimeoutSec=45s Restart=always ; exec WorkingDirectory=/usr/local/freeswitch/run User=freeswitch Group=daemon LimitCORE=infinity LimitNOFILE=100000 LimitNPROC=60000 ;LimitSTACK=240 LimitRTPRIO=infinity LimitRTTIME=7000000 IOSchedulingClass=realtime IOSchedulingPriority=2 CPUSchedulingPolicy=rr CPUSchedulingPriority=89 UMask=0007 [Install] WantedBy=multi-user.target ----- Jason On Mon, Aug 17, 2015 at 12:41 PM, Bote Man wrote: Yeah, I saw that ticket where you changed the WorkingDirectory from /run/freeswitch to /var/run/freeswitch and I made those changes to mine, but it?s still flunky. I?ll keep hammering away at it. Thanks. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael Jerris Sent: Monday, 17 August, 2015 14:22 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS The ones in tree are only for the packages, you would need to modify those to be the correct paths and manually install them. You can follow the patches that went in to the debian packaging for some indication of how to install them correctly. On Aug 17, 2015, at 1:13 PM, Bote Man wrote: I copied freeswitch.xml to /etc/freeswitch but I think that is only for sysvinit anyway. I compiled FS from source which runs in a different directory tree than the Debian package. The debs run under /etc/freeswitch while the compiled version runs under /usr/local/freeswitch as I have it configured. Thanks. Bote From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Volodymyr Fedorov Sent: Monday, 17 August, 2015 12:48 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] systemd won't enable for automatic start of FS Hello, Do you copied sample configs to /etc/freeswitch directory. On Mon, Aug 17, 2015 at 7:36 PM, Bote Man wrote: I?m struggling to get systemd to start FreeSWITCH at boot time and also leave it running once it starts. Problem #1 ? ?systemd enable freeswitch? outputs the right steps, but ends with an error message. The error I get is ?No such file or directory? but that is less than helpful. Problem #2 ? When I start FreeSWITCH with ?systemd start freeswitch? it starts alright, but systemd does not detect FS running properly so it kills it after the specified 45 seconds elapses and restarts it. I can see this in top when FS gets a new pid. Details -------- It?s a new installation of Debian 8.1 and I chose to use systemd as the init process. I compiled FreeSWITCH from source using the latest Master as of late July. The only section of the unit file that is supposed to be used by the ?enable? command is the [Install] section and that simply points to the multi-user.target as expected. I do not know what to do with the 2 other sample systemd files in /usr/src/freeswitch/debian, perhaps they are key. I have read up on systemd and the FS unit file looks good to my untrained eye. I did not use the sysvinit files that are also in that FS debian directory. I successfully used systemd to start, stop, and enable a few other system services with success so there must be a tweak to the FS unit file that I am missing. I can start FS manually and it runs normally. A Google search revealed a number of complaints that systemd would emit an error message with its ?enable? command, yet it would successfully enable the service; this was with a few different services on Debian and Ubuntu, so it seems there might still be some weirdness with systemd on Debian. Has anybody gotten systemd to start FS reliably? Has anybody figured out how to make systemd detect FreeSWITCH running so that it doesn?t restart it repeatedly? Once I figure out how to tame systemd I will document my findings in Confluence as these are the last steps that allow you to get FS up and running quickly. Thanks. --- Bote -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/af4c299c/attachment-0001.html From mmowatt at nexxphase.com Wed Aug 19 18:47:43 2015 From: mmowatt at nexxphase.com (Michael T Mowatt) Date: Wed, 19 Aug 2015 14:47:43 +0000 Subject: [Freeswitch-users] Receiving faxes over sip trunk Message-ID: <24E5BB5ACAADB949A7D730917E2FD0543D648E@ATLNXEXCH04.nexxlinx.com> HI all, Was wondering if anyone is using FreeSWITCH to receive faxes over a SIP trunk, and what the experience has been like. I know I've heard this can be difficult, but was interested in real experiences. Thanks, Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/6db5ed17/attachment.html From jkomar at jbox.ca Wed Aug 19 18:52:41 2015 From: jkomar at jbox.ca (Komar, Jason) Date: Wed, 19 Aug 2015 08:52:41 -0600 Subject: [Freeswitch-users] Receiving faxes over sip trunk In-Reply-To: <24E5BB5ACAADB949A7D730917E2FD0543D648E@ATLNXEXCH04.nexxlinx.com> References: <24E5BB5ACAADB949A7D730917E2FD0543D648E@ATLNXEXCH04.nexxlinx.com> Message-ID: We are doing analog fax with voip.ms as a provider using CISCO/Linksys ATAs and we have a pretty good success rate (sending and receiving). I can't give you an exact percentage, but it is rare that we have a fax totally fail. Sometimes it takes an extra attempt to get it to go through. Hope that is helpful. Jason On Wed, Aug 19, 2015 at 8:47 AM, Michael T Mowatt wrote: > HI all, > > Was wondering if anyone is using FreeSWITCH to receive > faxes over a SIP trunk, and what the experience has been like. I know I?ve > heard this can be difficult, but was interested in real experiences. > > > > Thanks, > > Mike > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/ea49a4f1/attachment.html From brian at freeswitch.org Wed Aug 19 18:55:48 2015 From: brian at freeswitch.org (Brian West) Date: Wed, 19 Aug 2015 09:55:48 -0500 Subject: [Freeswitch-users] Verto Communicator aka Project #2 In-Reply-To: References: Message-ID: Yes, ?talo and his team have done a great job, I'm still working with him and his team to polish things up and continually test VC, but we do now use it daily so we'll probably be filing bugs and feature requests for sometime. On Wed, Aug 19, 2015 at 7:35 AM, Giovanni Maruzzelli wrote: > On Aug 19, 2015 5:18 AM, "Brian West" wrote: > > > > Just in case you guys missed it! > > > > Last week we merged in Verto Communicator, ?talo and team has worked > hard to get this where we could demo it at ClueCon 2015, We still have work > ahead of us, but any input, changes are to be directed to JIRA. > > > > If you wish to test its in html5/verto/verto_communicator in the source > tree of Master, Please file any JIRA's to component of 'Verto > Communicator', Questions, Comments, please respond. > > Me, for one, want to hail Italo and the team that made so a gorgeous > client, for the greater glory of FreeSWITCH project ! > > > > > Thanks, > > > > -- > > > > Brian West > > brian at freeswitch.org > > > > > > Twitter: @FreeSWITCH , @briankwest > > http://www.freeswitchbook.com > > http://www.freeswitchcookbook.com > > > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/ae617e80/attachment.html From regis.freeswitch.org at tornad.net Wed Aug 19 19:50:02 2015 From: regis.freeswitch.org at tornad.net (Regis M) Date: Wed, 19 Aug 2015 17:50:02 +0200 Subject: [Freeswitch-users] Verto Communicator aka Project #2 In-Reply-To: References: Message-ID: Hi, Is mod_verto stable and ready in FS 1.4 debian's package (without video as it is in 1.6) ? For the rest , mod_verto on 1.4 works ? Thanks, 2015-08-19 16:55 GMT+02:00 Brian West : > Yes, ?talo and his team have done a great job, I'm still working with him > and his team to polish things up and continually test VC, but we do now use > it daily so we'll probably be filing bugs and feature requests for sometime. > > On Wed, Aug 19, 2015 at 7:35 AM, Giovanni Maruzzelli > wrote: > >> On Aug 19, 2015 5:18 AM, "Brian West" wrote: >> > >> > Just in case you guys missed it! >> > >> > Last week we merged in Verto Communicator, ?talo and team has worked >> hard to get this where we could demo it at ClueCon 2015, We still have work >> ahead of us, but any input, changes are to be directed to JIRA. >> > >> > If you wish to test its in html5/verto/verto_communicator in the source >> tree of Master, Please file any JIRA's to component of 'Verto >> Communicator', Questions, Comments, please respond. >> >> Me, for one, want to hail Italo and the team that made so a gorgeous >> client, for the greater glory of FreeSWITCH project ! >> >> > >> > Thanks, >> > >> > -- >> > >> > Brian West >> > brian at freeswitch.org >> > >> > >> > Twitter: @FreeSWITCH , @briankwest >> > http://www.freeswitchbook.com >> > http://www.freeswitchcookbook.com >> > >> > Got Bugs? Report them here! | Reddit: /r/freeswitch >> > >> > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >> > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >> > >> > >> > >> _________________________________________________________________________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at 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 at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at 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* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/32c1a3aa/attachment-0001.html From bilaln018 at gmail.com Wed Aug 19 20:06:02 2015 From: bilaln018 at gmail.com (Bilal Abbasi) Date: Wed, 19 Aug 2015 21:06:02 +0500 Subject: [Freeswitch-users] Security issue In-Reply-To: References: Message-ID: Hi Nikolay Zaytsev , Very 1st thing that i will suggest is that please change the default sip ports to some other ports like 7000,5090 etc. Plus use the ipset and iptables to block the ip's. This will surely help you, https://github.com/vervelink/badguys/blob/master/ipset-blockips.sh list of common attacking IP's Regards Bilal Abbasi On Sat, Aug 15, 2015 at 2:18 PM, Nikolay Zaytsev wrote: > Hi,all) > I have the freeswitch on public ip with set up fail2ban. > However, there is an external invites which proceed to dialplan's context > public. > How can I defend my freeswitch from such attaks? > The log of such attack is in the attachment. > Bets Regards, > Nikolay Zaytsev > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/e27bfe56/attachment.html From brian at freeswitch.org Wed Aug 19 20:10:46 2015 From: brian at freeswitch.org (Brian West) Date: Wed, 19 Aug 2015 11:10:46 -0500 Subject: [Freeswitch-users] Verto Communicator aka Project #2 In-Reply-To: References: Message-ID: Verto in 1.4 will be audio only. On Wed, Aug 19, 2015 at 10:50 AM, Regis M wrote: > Hi, > > Is mod_verto stable and ready in FS 1.4 debian's package (without video as > it is in 1.6) ? For the rest , mod_verto on 1.4 works ? > > Thanks, > > > 2015-08-19 16:55 GMT+02:00 Brian West : > >> Yes, ?talo and his team have done a great job, I'm still working with him >> and his team to polish things up and continually test VC, but we do now use >> it daily so we'll probably be filing bugs and feature requests for sometime. >> >> On Wed, Aug 19, 2015 at 7:35 AM, Giovanni Maruzzelli >> wrote: >> >>> On Aug 19, 2015 5:18 AM, "Brian West" wrote: >>> > >>> > Just in case you guys missed it! >>> > >>> > Last week we merged in Verto Communicator, ?talo and team has worked >>> hard to get this where we could demo it at ClueCon 2015, We still have work >>> ahead of us, but any input, changes are to be directed to JIRA. >>> > >>> > If you wish to test its in html5/verto/verto_communicator in the >>> source tree of Master, Please file any JIRA's to component of 'Verto >>> Communicator', Questions, Comments, please respond. >>> >>> Me, for one, want to hail Italo and the team that made so a gorgeous >>> client, for the greater glory of FreeSWITCH project ! >>> >>> > >>> > Thanks, >>> > >>> > -- >>> > >>> > Brian West >>> > brian at freeswitch.org >>> > >>> > >>> > Twitter: @FreeSWITCH , @briankwest >>> > http://www.freeswitchbook.com >>> > http://www.freeswitchcookbook.com >>> > >>> > Got Bugs? Report them here! | Reddit: /r/freeswitch >>> > >>> > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >>> > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >>> > >>> > >>> > >>> _________________________________________________________________________ >>> > Professional FreeSWITCH Consulting Services: >>> > consulting at 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 at lists.freeswitch.org >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > UNSUBSCRIBE: >>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>> > http://www.freeswitch.org >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at 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* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/01133635/attachment.html From anthony.minessale at gmail.com Wed Aug 19 20:13:11 2015 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 19 Aug 2015 11:13:11 -0500 Subject: [Freeswitch-users] Verto Communicator aka Project #2 In-Reply-To: References: Message-ID: Technically it has video too but its only passthrough as video support is incomplete in 1.4. Little was changed in mod_verto in regards to video support; Most of the changes were in the core itself. On Wed, Aug 19, 2015 at 11:10 AM, Brian West wrote: > Verto in 1.4 will be audio only. > > On Wed, Aug 19, 2015 at 10:50 AM, Regis M > wrote: > >> Hi, >> >> Is mod_verto stable and ready in FS 1.4 debian's package (without video >> as it is in 1.6) ? For the rest , mod_verto on 1.4 works ? >> >> Thanks, >> >> >> 2015-08-19 16:55 GMT+02:00 Brian West : >> >>> Yes, ?talo and his team have done a great job, I'm still working with >>> him and his team to polish things up and continually test VC, but we do now >>> use it daily so we'll probably be filing bugs and feature requests for >>> sometime. >>> >>> On Wed, Aug 19, 2015 at 7:35 AM, Giovanni Maruzzelli >>> wrote: >>> >>>> On Aug 19, 2015 5:18 AM, "Brian West" wrote: >>>> > >>>> > Just in case you guys missed it! >>>> > >>>> > Last week we merged in Verto Communicator, ?talo and team has worked >>>> hard to get this where we could demo it at ClueCon 2015, We still have work >>>> ahead of us, but any input, changes are to be directed to JIRA. >>>> > >>>> > If you wish to test its in html5/verto/verto_communicator in the >>>> source tree of Master, Please file any JIRA's to component of 'Verto >>>> Communicator', Questions, Comments, please respond. >>>> >>>> Me, for one, want to hail Italo and the team that made so a gorgeous >>>> client, for the greater glory of FreeSWITCH project ! >>>> >>>> > >>>> > Thanks, >>>> > >>>> > -- >>>> > >>>> > Brian West >>>> > brian at freeswitch.org >>>> > >>>> > >>>> > Twitter: @FreeSWITCH , @briankwest >>>> > http://www.freeswitchbook.com >>>> > http://www.freeswitchcookbook.com >>>> > >>>> > Got Bugs? Report them here! | Reddit: /r/freeswitch >>>> > >>>> > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >>>> > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >>>> > >>>> > >>>> > >>>> _________________________________________________________________________ >>>> > Professional FreeSWITCH Consulting Services: >>>> > consulting at 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 at lists.freeswitch.org >>>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> > UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> > http://www.freeswitch.org >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at 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* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at 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* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/676e9fc7/attachment-0001.html From gmaruzz at gmail.com Wed Aug 19 20:26:36 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Wed, 19 Aug 2015 18:26:36 +0200 Subject: [Freeswitch-users] Receiving faxes over sip trunk In-Reply-To: References: <24E5BB5ACAADB949A7D730917E2FD0543D648E@ATLNXEXCH04.nexxlinx.com> Message-ID: If your provider supports T38, you'll have no problem (or almost no problem). On the opposite, you cannot base a production fax system on pure G711 analog transmission, you'll have too many failures if you are not on a perfect network endtoend (fax has audio and timing requirements much much more strict than voice transmission). sent from my mobile, Giovanni Maruzzelli cell: +39 347 266 56 18 On Aug 19, 2015 4:53 PM, "Komar, Jason" wrote: > We are doing analog fax with voip.ms as a provider using CISCO/Linksys > ATAs and we have a pretty good success rate (sending and receiving). I > can't give you an exact percentage, but it is rare that we have a fax > totally fail. Sometimes it takes an extra attempt to get it to go through. > > Hope that is helpful. > > Jason > > > On Wed, Aug 19, 2015 at 8:47 AM, Michael T Mowatt > wrote: > >> HI all, >> >> Was wondering if anyone is using FreeSWITCH to receive >> faxes over a SIP trunk, and what the experience has been like. I know I?ve >> heard this can be difficult, but was interested in real experiences. >> >> >> >> Thanks, >> >> Mike >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/239da576/attachment.html From jprangi at didforsale.com Wed Aug 19 20:31:41 2015 From: jprangi at didforsale.com (Jai Rangi) Date: Wed, 19 Aug 2015 09:31:41 -0700 Subject: [Freeswitch-users] Receiving faxes over sip trunk In-Reply-To: <24E5BB5ACAADB949A7D730917E2FD0543D648E@ATLNXEXCH04.nexxlinx.com> References: <24E5BB5ACAADB949A7D730917E2FD0543D648E@ATLNXEXCH04.nexxlinx.com> Message-ID: Mike, We are using Fax on freeswitch for some clients for receiving as well as sending faxes. Have not seen any problem except few incidents here and there. -Jai Rangi www.didforsale.com On Wed, Aug 19, 2015 at 7:47 AM, Michael T Mowatt wrote: > HI all, > > Was wondering if anyone is using FreeSWITCH to receive > faxes over a SIP trunk, and what the experience has been like. I know I?ve > heard this can be difficult, but was interested in real experiences. > > > > Thanks, > > Mike > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/45928027/attachment.html From petedao at gmail.com Wed Aug 19 20:55:23 2015 From: petedao at gmail.com (Pete Kay) Date: Wed, 19 Aug 2015 09:55:23 -0700 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: Message-ID: Hi Brian Thanks for your note. I tried adding rtp_secure_media=false, but freeswitch is still sending out INVIE with RTP/SAVPF instead of RTP/AVPF . Here is my trace and you can see : 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:258 sofia/internal/1001 at x.x.x.x:5060 Standard EXECUTE EXECUTE sofia/internal/1001 at x.x.x.x:5060 bridge({rtp_secure_media=false,sip_secure_media=false,sdp_secure_savp_only=false}[rtp_secure_media=false,sip_secure_media=false,sdp_secure_savp_only=false]sofia/external/754617162742492 at y.y.y.y ) 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:2104 Parsing global variables 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:2557 Parsing session specific variables 2015-08-19 16:39:33.377375 [NOTICE] switch_channel.c:1089 New Channel sofia/external/754617162742492 at y.y.y.y [deef983a-4690-11e5-bc5c-a9401796c7fb] 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4735 (sofia/external/754617162742492 at y.y.y.y) State Change CS_NEW -> CS_INIT 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] Setting a-leg inherit_codec=true 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b ' 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 (sofia/external/754617162742492 at y.y.y.y) Running State Change CS_INIT 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:516 (sofia/external/754617162742492 at y.y.y.y) State INIT 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:88 sofia/external/754617162742492 at y.y.y.y SOFIA INIT 2015-08-19 16:39:33.377375 [DEBUG] sofia_glue.c:1257 sofia/external/754617162742492 at y.y.y.y sending invite version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit Local SDP: v=0 o=- 17300718973260560 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 0.0.0.0 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:PnfmNO9Dz+k1UOa7 a=ice-pwd:pgHY0UMTpo7GdhKjlYo1Iydw a=fingerprint:sha-1 E4:37:56:11:D0:85:9C:AA:3D:E6:C5:91:90:E0:9C:CB:72:B4:AD:73 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:3618606750 cname:MRSf+/mvBVoJ8cZ2 a=ssrc:3618606750 msid:media_stream audio_track a=ssrc:3618606750 mslabel:media_stream a=ssrc:3618606750 label:audio_track a=candidate:19046677 1 udp 2122260223 172.20.10.1 65083 typ host generation 0 a=candidate:1401911659 1 udp 2122194687 10.225.0.80 51576 typ host generation 0 a=candidate:19046677 2 udp 2122260222 172.20.10.1 52823 typ host generation 0 a=candidate:1401911659 2 udp 2122194686 10.225.0.80 54104 typ host generation 0 a=candidate:1335975397 1 tcp 1518280447 172.20.10.1 55663 typ host tcptype passive generation 0 a=candidate:487359899 1 tcp 1518214911 10.225.0.80 55664 typ host tcptype passive generation 0 a=candidate:1335975397 2 tcp 1518280446 172.20.10.1 55665 typ host tcptype passive generation 0 a=candidate:487359899 2 tcp 1518214910 10.225.0.80 55666 typ host tcptype passive generation 0 a=candidate:4207998654 2 udp 1685987070 112.97.38.45 38318 typ srflx raddr 10.225.0.80 rport 54104 generation 0 a=candidate:4207998654 1 udp 1685987071 112.97.38.45 38319 typ srflx raddr 10.225.0.80 rport 51576 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 59784 typ relay raddr 112.97.38.45 rport 56317 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 50331 typ relay raddr 112.97.38.45 rport 56318 generation 0 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:40 sofia/external/754617162742492 at y.y.y.y Standard INIT 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:48 (sofia/external/754617162742492 at y.y.y.y) State Change CS_INIT -> CS_ROUTING 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:516 (sofia/external/754617162742492 at y.y.y.y) State INIT going to sleep 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 (sofia/external/754617162742492 at y.y.y.y) Running State Change CS_ROUTING 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:532 (sofia/external/754617162742492 at y.y.y.y) State ROUTING 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:141 sofia/external/754617162742492 at y.y.y.y SOFIA ROUTING 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:67 (sofia/external/754617162742492 at y.y.y.y) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:532 (sofia/external/754617162742492 at y.y.y.y) State ROUTING going to sleep 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 (sofia/external/754617162742492 at y.y.y.y) Running State Change CS_CONSUME_MEDIA 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:551 (sofia/external/754617162742492 at y.y.y.y) State CONSUME_MEDIA 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:551 (sofia/external/754617162742492 at y.y.y.y) State CONSUME_MEDIA going to sleep send 3016 bytes to udp/[y.y.y.y]:5060 at 16:39:33.416743: ------------------------------------------------------------------------ INVITE sip:754617162742492 at y.y.y.y SIP/2.0 Via: SIP/2.0/UDP x.x.x.x:5080;rport;branch=z9hG4bKy0863tDZNpBam Max-Forwards: 69 From: "Extension 1001" >;tag=yByKaDNK07mNm To: Call-ID: b64e1296-c133-1233-2795-60eb698211be CSeq: 79665122 INVITE Contact: > User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 2187 X-FS-Support: update_display,send_info Remote-Party-ID: "Extension 1001" ;party=calling;screen=yes;privacy=off v=0 o=- 17300718973260560 2 IN IP4 108.165.2.110 s=- t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 0.0.0.0 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:PnfmNO9Dz+k1UOa7 a=ice-pwd:pgHY0UMTpo7GdhKjlYo1Iydw a=fingerprint:sha-1 E4:37:56:11:D0:85:9C:AA:3D:E6:C5:91:90:E0:9C:CB:72:B4:AD:73 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:3618606750 cname:MRSf+/mvBVoJ8cZ2 a=ssrc:3618606750 msid:media_stream audio_track a=ssrc:3618606750 mslabel:media_stream a=ssrc:3618606750 label:audio_track a=candidate:19046677 1 udp 2122260223 172.20.10.1 65083 typ host generation 0 a=candidate:1401911659 1 udp 2122194687 10.225.0.80 51576 typ host generation 0 a=candidate:19046677 2 udp 2122260222 172.20.10.1 52823 typ host generation 0 a=candidate:1401911659 2 udp 2122194686 10.225.0.80 54104 typ host generation 0 a=candidate:1335975397 1 tcp 1518280447 172.20.10.1 55663 typ host tcptype passive generation 0 a=candidate:487359899 1 tcp 1518214911 10.225.0.80 55664 typ host tcptype passive generation 0 a=candidate:1335975397 2 tcp 1518280446 172.20.10.1 55665 typ host tcptype passive generation 0 a=candidate:487359899 2 tcp 1518214910 10.225.0.80 55666 typ host tcptype passive generation 0 a=candidate:4207998654 2 udp 1685987070 112.97.38.45 38318 typ srflx raddr 10.225.0.80 rport 54104 generation 0 a=candidate:4207998654 1 udp 1685987071 112.97.38.45 38319 typ srflx raddr 10.225.0.80 rport 51576 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 59784 typ relay raddr 112.97.38.45 rport 56317 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 50331 typ relay raddr 112.97.38.45 rport 56318 generation 0 --------------------------- On Mon, Aug 17, 2015 at 9:28 AM, Brian West wrote: > rtp_secure_media=false is the variable name. > > On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay wrote: > >> Hi >> >> I am trying to send call from webrtc to freeswitch and then bridge to an >> external endpoint that is a normal SIP phone. I tried to use >> sip_secure_media=false to force the media to be converted from SAVP to >> AVP. >> >> But the outgoing INVITE is still showing SAVP ( sip trace blow ). Does >> anyone know where I am doing wrong? any help will be greately >> appreciated. >> >> 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing 1001 >> <1001>->1002 in context default >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >> [default->incoming_calls] continue=false >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) [incoming_calls] >> ${destination_number}(1002) =~ /1002/ break=on-false >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >> ) >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 >> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> CS_EXECUTE >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >> (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 >> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 >> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 >> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >> >> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >> ) >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 Parsing >> global variables >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 Parsing >> session specific variables >> >> 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel >> sofia/internal/754617162742492 at x.x.x.x >> [ca6d5930-44f4-11e5-9cc9-c9574f94e170] >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 >> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >> Setting a-leg inherit_codec=true >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >> @20i at 64000b' >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_INIT >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >> (sofia/internal/754617162742492 at x.x.x.x) State INIT >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 >> sofia/internal/754617162742492 at x.x.x.x SOFIA INIT >> >> 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 >> sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 git >> 58f1272 2015-08-14 17:51:12Z 64bit >> >> Local SDP: >> >> v=0 >> >> o=- 4133111956976529630 2 IN IP4 127.0.0.1 >> >> s=- >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 0.0.0.0 >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:Gn8CX52vaidE1C73 >> >> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >> >> a=fingerprint:sha-1 >> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >> >> a=ssrc:3618235845 msid:media_stream audio_track >> >> a=ssrc:3618235845 mslabel:media_stream >> >> a=ssrc:3618235845 label:audio_track >> >> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >> generation 0 >> >> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >> generation 0 >> >> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >> generation 0 >> >> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >> generation 0 >> >> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >> tcptype passive generation 0 >> >> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >> tcptype passive generation 0 >> >> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >> tcptype passive generation 0 >> >> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >> tcptype passive generation 0 >> >> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx raddr >> 192.168.1.101 rport 60710 generation 0 >> >> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx raddr >> 192.168.1.101 rport 64150 generation 0 >> >> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >> raddr 10.73.229.110 rport 52079 generation 0 >> >> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >> raddr 10.73.229.110 rport 51909 generation 0 >> >> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >> raddr 27.38.56.3 rport 36782 generation 0 >> >> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >> raddr 27.38.56.3 rport 37553 generation 0 >> >> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >> raddr 112.97.38.179 rport 54091 generation 0 >> >> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >> raddr 112.97.38.179 rport 54092 generation 0 >> >> >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 >> sofia/internal/754617162742492 at x.x.x.x Standard INIT >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 >> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> >> CS_ROUTING >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >> (sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_ROUTING >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 >> sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 >> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >> CS_CONSUME_MEDIA >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to sleep >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >> CS_CONSUME_MEDIA >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to >> sleep >> >> send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: >> >> >> ------------------------------------------------------------------------ >> >> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >> >> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >> >> Max-Forwards: 69 >> >> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >> >> To: >> >> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >> >> CSeq: 79576629 INVITE >> >> Contact: >> >> User-Agent: >> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >> >> 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 >> >> Content-Type: application/sdp >> >> Content-Disposition: session >> >> Content-Length: 2665 >> >> X-FS-Support: update_display,send_info >> >> Remote-Party-ID: "Extension 1001" > >;party=calling;screen=yes;privacy=off >> >> >> >> v=0 >> >> o=- 4133111956976529630 2 IN IP4 y.y.y.y >> >> s=- >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 0.0.0.0 >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:Gn8CX52vaidE1C73 >> >> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >> >> a=fingerprint:sha-1 >> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >> >> a=ssrc:3618235845 msid:media_stream audio_track >> >> a=ssrc:3618235845 mslabel:media_stream >> >> a=ssrc:3618235845 label:audio_track >> >> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >> generation 0 >> >> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >> generation 0 >> >> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >> generation 0 >> >> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >> generation 0 >> >> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >> tcptype passive generation 0 >> >> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >> tcptype passive generation 0 >> >> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >> tcptype passive generation 0 >> >> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >> tcptype passive generation 0 >> >> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >> raddr 192.168.1.101 rport 60710 generation 0 >> >> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >> raddr 192.168.1.101 rport 64150 generation 0 >> >> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >> raddr 10.73.229.110 rport 52079 generation 0 >> >> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >> raddr 10.73.229.110 rport 51909 generation 0 >> >> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >> raddr 27.38.56.3 rport 36782 generation 0 >> >> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >> raddr 27.38.56.3 rport 37553 generation 0 >> >> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >> raddr 112.97.38.179 rport 54091 generation 0 >> >> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >> raddr 112.97.38.179 rport 54092 generation 0 >> >> >> ------------------------------------------------------------------------ >> >> 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel >> sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] >> >> recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: >> >> >> ------------------------------------------------------------------------ >> >> SIP/2.0 100 Trying >> >> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >> >> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >> >> To: >> >> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >> >> CSeq: 79576629 INVITE >> >> User-Agent: DNL-Switch >> >> Content-Length: 0 >> >> >> >> >> ------------------------------------------------------------------------ >> >> recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: >> >> >> ------------------------------------------------------------------------ >> >> SIP/2.0 415 Unsupported Media Type >> >> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >> >> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >> >> To: ;tag=Ut8ye62NUrQeB >> >> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >> >> CSeq: 79576629 INVITE >> >> User-Agent: DNL-Switch >> >> Accept: application/sdp >> >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >> >> Supported: timer >> >> Content-Length: 0 >> >> >> >> >> ------------------------------------------------------------------------ >> >> send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: >> >> >> ------------------------------------------------------------------------ >> >> ACK sip:754617162742492 at x.x.x.x SIP/2.0 >> >> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >> >> Max-Forwards: 69 >> >> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >> >> To: ;tag=Ut8ye62NUrQeB >> >> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >> >> CSeq: 79576629 ACK >> >> Content-Length: 0 >> >> >> >> >> ------------------------------------------------------------------------ >> >> 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel >> sofia/internal/754617162742492 at x.x.x.x entering state [terminated][415] >> >> 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup >> sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] >> [SERVICE_NOT_IMPLEMENTED] >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >> (sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >> sofia/internal/754617162742492 at x.x.x.x hanging up, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >> sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> >> CS_REPORTING >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >> CS_REPORTING >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >> sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to sleep >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING -> >> CS_DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 2 >> (sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting on external >> entities >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 Originate >> Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] >> >> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 2 >> (sofia/internal/754617162742492 at x.x.x.x) Ended >> >> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >> Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >> sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >> sofia/internal/754617162742492 at x.x.x.x Standard DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to sleep >> >> 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate Failed. >> Cause: SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup >> sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] [SERVICE_NOT_IMPLEMENTED] >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 >> sofia/internal/1001 at y.y.y.y:5060 skip receive message >> [APPLICATION_EXEC_COMPLETE] (channel is hungup already) >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 >> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >> (sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 >> sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 from >> the other leg >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >> sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to INVITE >> with: 415 >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >> sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> CS_REPORTING >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING >> >> send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: >> >> >> ------------------------------------------------------------------------ >> >> SIP/2.0 415 Unsupported Media Type >> >> Via: SIP/2.0/TCP 192.168.1.101:5060 >> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 >> >> Max-Forwards: 70 >> >> From: ;tag=9de53b6c >> >> To: ;tag=gXrZg0KvmrXZH >> >> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >> >> CSeq: 2 INVITE >> >> User-Agent: >> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 >> >> Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" >> >> Content-Length: 0 >> >> Remote-Party-ID: "1002" > >;party=calling;privacy=off;screen=no >> >> >> >> >> ------------------------------------------------------------------------ >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >> sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> >> CS_DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 1 >> (sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on external entities >> >> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 1 >> (sofia/internal/1001 at y.y.y.y:5060) Ended >> >> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >> Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >> sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >> sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep >> >> recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: >> >> >> ------------------------------------------------------------------------ >> >> ACK sip:1002 at y.y.y.y:5060 SIP/2.0 >> >> Via: SIP/2.0/TCP 192.168.1.101:5060 >> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport >> >> Max-Forwards: 70 >> >> To: ;tag=gXrZg0KvmrXZH >> >> From: ;tag=9de53b6c >> >> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >> >> CSeq: 2 ACK >> >> Content-Length: 0 >> >> >> >> >> ------------------------------------------------------------------------ >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at 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* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/d6dc0319/attachment-0001.html From bpriddy at bryantschools.org Wed Aug 19 21:40:23 2015 From: bpriddy at bryantschools.org (Blake Priddy) Date: Wed, 19 Aug 2015 12:40:23 -0500 Subject: [Freeswitch-users] Since we are talking about fax Message-ID: I have several fax extensions at the school district. How do you tell the extension to use t.38 The option is not available on the spa 2102. I appreciate any help I can get :) Thanks ya'll! -- *Blakelund Priddy* Network & Systems Engineer Bryant Public School District Bryant, Arkansas 72022 http://www.bryantschools.org p 501-653-5038 f 501-847-5656 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/a1affc0a/attachment.html From gmaruzz at gmail.com Wed Aug 19 21:46:57 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Wed, 19 Aug 2015 19:46:57 +0200 Subject: [Freeswitch-users] Since we are talking about fax In-Reply-To: References: Message-ID: Here's some notes on 2102, and t38. Hope that helps, sent from my mobile, Giovanni Maruzzelli cell: +39 347 266 56 18 On Aug 19, 2015 7:41 PM, "Blake Priddy" wrote: > I have several fax extensions at the school district. How do you tell the > extension to use t.38 > The option is not available on the spa 2102. I appreciate any help I can > get :) > > Thanks ya'll! > > -- > > > *Blakelund Priddy* > Network & Systems Engineer > Bryant Public School District > Bryant, Arkansas 72022 > http://www.bryantschools.org > p 501-653-5038 > f 501-847-5656 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/c9f7a627/attachment.html From gmaruzz at gmail.com Wed Aug 19 21:47:33 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Wed, 19 Aug 2015 19:47:33 +0200 Subject: [Freeswitch-users] Since we are talking about fax In-Reply-To: References: Message-ID: Forgot the link :) : https://freeswitch.org/confluence/plugins/servlet/mobile#content/view/1966974 sent from my mobile, Giovanni Maruzzelli cell: +39 347 266 56 18 On Aug 19, 2015 7:46 PM, "Giovanni Maruzzelli" wrote: > Here's some notes on 2102, and t38. > Hope that helps, > > sent from my mobile, > Giovanni Maruzzelli > cell: +39 347 266 56 18 > On Aug 19, 2015 7:41 PM, "Blake Priddy" wrote: > >> I have several fax extensions at the school district. How do you tell the >> extension to use t.38 >> The option is not available on the spa 2102. I appreciate any help I can >> get :) >> >> Thanks ya'll! >> >> -- >> >> >> *Blakelund Priddy* >> Network & Systems Engineer >> Bryant Public School District >> Bryant, Arkansas 72022 >> http://www.bryantschools.org >> p 501-653-5038 >> f 501-847-5656 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/9b054184/attachment.html From msc at freeswitch.org Wed Aug 19 21:47:53 2015 From: msc at freeswitch.org (Michael Collins) Date: Wed, 19 Aug 2015 10:47:53 -0700 Subject: [Freeswitch-users] Since we are talking about fax In-Reply-To: References: Message-ID: On Wed, Aug 19, 2015 at 10:40 AM, Blake Priddy wrote: > I have several fax extensions at the school district. How do you tell the > extension to use t.38 > The option is not available on the spa 2102. I appreciate any help I can > get :) > SPA-2102 is pretty dated. Any chance you could acquire a SPA-112? It's got dual FXS ports and does T.38. -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/a1c04308/attachment.html From nneul at mst.edu Wed Aug 19 21:49:31 2015 From: nneul at mst.edu (Nathan Neulinger) Date: Wed, 19 Aug 2015 12:49:31 -0500 Subject: [Freeswitch-users] Since we are talking about fax In-Reply-To: References: Message-ID: <55D4C1AB.70201@mst.edu> Just don't try to do any pure-analog with the 112, it was absolutely awful for that compared to the 2102. -- Nathan On 08/19/2015 12:47 PM, Michael Collins wrote: > > > On Wed, Aug 19, 2015 at 10:40 AM, Blake Priddy > wrote: > > I have several fax extensions at the school district. How do you tell the extension to use t.38 > The option is not available on the spa 2102. I appreciate any help I can get :) > > SPA-2102 is pretty dated. Any chance you could acquire a SPA-112? It's got dual FXS ports and does T.38. > -MC > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ------------------------------------------------------------ Nathan Neulinger nneul at mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect From brian at freeswitch.org Wed Aug 19 22:55:28 2015 From: brian at freeswitch.org (Brian West) Date: Wed, 19 Aug 2015 13:55:28 -0500 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: Message-ID: What devices or endpoints are involved here? On Wed, Aug 19, 2015 at 11:55 AM, Pete Kay wrote: > Hi Brian > > Thanks for your note. > > I tried adding rtp_secure_media=false, but freeswitch is still sending out > INVIE with RTP/SAVPF instead of RTP/AVPF . Here is my trace and you can > see : > > > > 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:258 > sofia/internal/1001 at x.x.x.x:5060 Standard EXECUTE > > EXECUTE sofia/internal/1001 at x.x.x.x:5060 > bridge({rtp_secure_media=false,sip_secure_media=false,sdp_secure_savp_only=false}[rtp_secure_media=false,sip_secure_media=false,sdp_secure_savp_only=false]sofia/external/754617162742492 at y.y.y.y > ) > > 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:2104 Parsing > global variables > > 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:2557 Parsing > session specific variables > > 2015-08-19 16:39:33.377375 [NOTICE] switch_channel.c:1089 New Channel > sofia/external/754617162742492 at y.y.y.y > [deef983a-4690-11e5-bc5c-a9401796c7fb] > > 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4735 > (sofia/external/754617162742492 at y.y.y.y) State Change CS_NEW -> CS_INIT > > 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] > Setting a-leg inherit_codec=true > > 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] > Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b > ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h > @20i at 64000b' > > 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 > (sofia/external/754617162742492 at y.y.y.y) Running State Change CS_INIT > > 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:516 > (sofia/external/754617162742492 at y.y.y.y) State INIT > > 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:88 > sofia/external/754617162742492 at y.y.y.y SOFIA INIT > > 2015-08-19 16:39:33.377375 [DEBUG] sofia_glue.c:1257 > sofia/external/754617162742492 at y.y.y.y sending invite version: 1.7.0 git > 58f1272 2015-08-14 17:51:12Z 64bit > > Local SDP: > > v=0 > > o=- 17300718973260560 2 IN IP4 127.0.0.1 > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:PnfmNO9Dz+k1UOa7 > > a=ice-pwd:pgHY0UMTpo7GdhKjlYo1Iydw > > a=fingerprint:sha-1 > E4:37:56:11:D0:85:9C:AA:3D:E6:C5:91:90:E0:9C:CB:72:B4:AD:73 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3618606750 cname:MRSf+/mvBVoJ8cZ2 > > a=ssrc:3618606750 msid:media_stream audio_track > > a=ssrc:3618606750 mslabel:media_stream > > a=ssrc:3618606750 label:audio_track > > a=candidate:19046677 1 udp 2122260223 172.20.10.1 65083 typ host > generation 0 > > a=candidate:1401911659 1 udp 2122194687 10.225.0.80 51576 typ host > generation 0 > > a=candidate:19046677 2 udp 2122260222 172.20.10.1 52823 typ host > generation 0 > > a=candidate:1401911659 2 udp 2122194686 10.225.0.80 54104 typ host > generation 0 > > a=candidate:1335975397 1 tcp 1518280447 172.20.10.1 55663 typ host tcptype > passive generation 0 > > a=candidate:487359899 1 tcp 1518214911 10.225.0.80 55664 typ host tcptype > passive generation 0 > > a=candidate:1335975397 2 tcp 1518280446 172.20.10.1 55665 typ host tcptype > passive generation 0 > > a=candidate:487359899 2 tcp 1518214910 10.225.0.80 55666 typ host tcptype > passive generation 0 > > a=candidate:4207998654 2 udp 1685987070 112.97.38.45 38318 typ srflx raddr > 10.225.0.80 rport 54104 generation 0 > > a=candidate:4207998654 1 udp 1685987071 112.97.38.45 38319 typ srflx raddr > 10.225.0.80 rport 51576 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 59784 typ relay raddr > 112.97.38.45 rport 56317 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 50331 typ relay raddr > 112.97.38.45 rport 56318 generation 0 > > > 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:40 > sofia/external/754617162742492 at y.y.y.y Standard INIT > > 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:48 > (sofia/external/754617162742492 at y.y.y.y) State Change CS_INIT -> > CS_ROUTING > > 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:516 > (sofia/external/754617162742492 at y.y.y.y) State INIT going to sleep > > 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 > (sofia/external/754617162742492 at y.y.y.y) Running State Change CS_ROUTING > > 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:532 > (sofia/external/754617162742492 at y.y.y.y) State ROUTING > > 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:141 > sofia/external/754617162742492 at y.y.y.y SOFIA ROUTING > > 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:67 > (sofia/external/754617162742492 at y.y.y.y) State Change CS_ROUTING -> > CS_CONSUME_MEDIA > > 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:532 > (sofia/external/754617162742492 at y.y.y.y) State ROUTING going to sleep > > 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 > (sofia/external/754617162742492 at y.y.y.y) Running State Change > CS_CONSUME_MEDIA > > 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:551 > (sofia/external/754617162742492 at y.y.y.y) State CONSUME_MEDIA > > 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:551 > (sofia/external/754617162742492 at y.y.y.y) State CONSUME_MEDIA going to > sleep > > send 3016 bytes to udp/[y.y.y.y]:5060 at 16:39:33.416743: > > ------------------------------------------------------------------------ > > INVITE sip:754617162742492 at y.y.y.y SIP/2.0 > > Via: SIP/2.0/UDP x.x.x.x:5080;rport;branch=z9hG4bKy0863tDZNpBam > > Max-Forwards: 69 > > From: "Extension 1001" > >;tag=yByKaDNK07mNm > > To: > > Call-ID: b64e1296-c133-1233-2795-60eb698211be > > CSeq: 79665122 INVITE > > Contact: > > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > REGISTER, REFER, NOTIFY > > Supported: timer, path, replaces > > Allow-Events: talk, hold, conference, refer > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 2187 > > X-FS-Support: update_display,send_info > > Remote-Party-ID: "Extension 1001" >;party=calling;screen=yes;privacy=off > > > > v=0 > > o=- 17300718973260560 2 IN IP4 108.165.2.110 > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:PnfmNO9Dz+k1UOa7 > > a=ice-pwd:pgHY0UMTpo7GdhKjlYo1Iydw > > a=fingerprint:sha-1 > E4:37:56:11:D0:85:9C:AA:3D:E6:C5:91:90:E0:9C:CB:72:B4:AD:73 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3618606750 cname:MRSf+/mvBVoJ8cZ2 > > a=ssrc:3618606750 msid:media_stream audio_track > > a=ssrc:3618606750 mslabel:media_stream > > a=ssrc:3618606750 label:audio_track > > a=candidate:19046677 1 udp 2122260223 172.20.10.1 65083 typ host > generation 0 > > a=candidate:1401911659 1 udp 2122194687 10.225.0.80 51576 typ host > generation 0 > > a=candidate:19046677 2 udp 2122260222 172.20.10.1 52823 typ host > generation 0 > > a=candidate:1401911659 2 udp 2122194686 10.225.0.80 54104 typ host > generation 0 > > a=candidate:1335975397 1 tcp 1518280447 172.20.10.1 55663 typ host > tcptype passive generation 0 > > a=candidate:487359899 1 tcp 1518214911 10.225.0.80 55664 typ host > tcptype passive generation 0 > > a=candidate:1335975397 2 tcp 1518280446 172.20.10.1 55665 typ host > tcptype passive generation 0 > > a=candidate:487359899 2 tcp 1518214910 10.225.0.80 55666 typ host > tcptype passive generation 0 > > a=candidate:4207998654 2 udp 1685987070 112.97.38.45 38318 typ srflx > raddr 10.225.0.80 rport 54104 generation 0 > > a=candidate:4207998654 1 udp 1685987071 112.97.38.45 38319 typ srflx > raddr 10.225.0.80 rport 51576 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 59784 typ relay > raddr 112.97.38.45 rport 56317 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 50331 typ relay > raddr 112.97.38.45 rport 56318 generation 0 > --------------------------- > > On Mon, Aug 17, 2015 at 9:28 AM, Brian West wrote: > >> rtp_secure_media=false is the variable name. >> >> On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay wrote: >> >>> Hi >>> >>> I am trying to send call from webrtc to freeswitch and then bridge to an >>> external endpoint that is a normal SIP phone. I tried to use >>> sip_secure_media=false to force the media to be converted from SAVP to >>> AVP. >>> >>> But the outgoing INVITE is still showing SAVP ( sip trace blow ). Does >>> anyone know where I am doing wrong? any help will be greately >>> appreciated. >>> >>> 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing 1001 >>> <1001>->1002 in context default >>> >>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >>> [default->incoming_calls] continue=false >>> >>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) >>> [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false >>> >>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>> ) >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 >>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> CS_EXECUTE >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>> (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 >>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 >>> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 >>> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >>> >>> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>> ) >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 Parsing >>> global variables >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 Parsing >>> session specific variables >>> >>> 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel >>> sofia/internal/754617162742492 at x.x.x.x >>> [ca6d5930-44f4-11e5-9cc9-c9574f94e170] >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 >>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>> Setting a-leg inherit_codec=true >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >>> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >>> @20i at 64000b' >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_INIT >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>> (sofia/internal/754617162742492 at x.x.x.x) State INIT >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 >>> sofia/internal/754617162742492 at x.x.x.x SOFIA INIT >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 >>> sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 >>> git 58f1272 2015-08-14 17:51:12Z 64bit >>> >>> Local SDP: >>> >>> v=0 >>> >>> o=- 4133111956976529630 2 IN IP4 127.0.0.1 >>> >>> s=- >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 0.0.0.0 >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:Gn8CX52vaidE1C73 >>> >>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>> >>> a=fingerprint:sha-1 >>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>> >>> a=ssrc:3618235845 msid:media_stream audio_track >>> >>> a=ssrc:3618235845 mslabel:media_stream >>> >>> a=ssrc:3618235845 label:audio_track >>> >>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>> generation 0 >>> >>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >>> generation 0 >>> >>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>> generation 0 >>> >>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >>> generation 0 >>> >>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx raddr >>> 192.168.1.101 rport 60710 generation 0 >>> >>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx raddr >>> 192.168.1.101 rport 64150 generation 0 >>> >>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>> raddr 10.73.229.110 rport 52079 generation 0 >>> >>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>> raddr 10.73.229.110 rport 51909 generation 0 >>> >>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>> raddr 27.38.56.3 rport 36782 generation 0 >>> >>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>> raddr 27.38.56.3 rport 37553 generation 0 >>> >>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>> raddr 112.97.38.179 rport 54091 generation 0 >>> >>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>> raddr 112.97.38.179 rport 54092 generation 0 >>> >>> >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 >>> sofia/internal/754617162742492 at x.x.x.x Standard INIT >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 >>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> >>> CS_ROUTING >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>> (sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_ROUTING >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 >>> sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 >>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >>> CS_CONSUME_MEDIA >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to sleep >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>> CS_CONSUME_MEDIA >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to >>> sleep >>> >>> send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >>> >>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>> >>> Max-Forwards: 69 >>> >>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>> >>> To: >>> >>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>> >>> CSeq: 79576629 INVITE >>> >>> Contact: >>> >>> User-Agent: >>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>> >>> 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 >>> >>> Content-Type: application/sdp >>> >>> Content-Disposition: session >>> >>> Content-Length: 2665 >>> >>> X-FS-Support: update_display,send_info >>> >>> Remote-Party-ID: "Extension 1001" >> >;party=calling;screen=yes;privacy=off >>> >>> >>> >>> v=0 >>> >>> o=- 4133111956976529630 2 IN IP4 y.y.y.y >>> >>> s=- >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 0.0.0.0 >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:Gn8CX52vaidE1C73 >>> >>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>> >>> a=fingerprint:sha-1 >>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>> >>> a=ssrc:3618235845 msid:media_stream audio_track >>> >>> a=ssrc:3618235845 mslabel:media_stream >>> >>> a=ssrc:3618235845 label:audio_track >>> >>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>> generation 0 >>> >>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >>> generation 0 >>> >>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>> generation 0 >>> >>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >>> generation 0 >>> >>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>> raddr 192.168.1.101 rport 60710 generation 0 >>> >>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>> raddr 192.168.1.101 rport 64150 generation 0 >>> >>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>> raddr 10.73.229.110 rport 52079 generation 0 >>> >>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>> raddr 10.73.229.110 rport 51909 generation 0 >>> >>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>> raddr 27.38.56.3 rport 36782 generation 0 >>> >>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>> raddr 27.38.56.3 rport 37553 generation 0 >>> >>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>> raddr 112.97.38.179 rport 54091 generation 0 >>> >>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>> raddr 112.97.38.179 rport 54092 generation 0 >>> >>> >>> ------------------------------------------------------------------------ >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel >>> sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] >>> >>> recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> SIP/2.0 100 Trying >>> >>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>> >>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>> >>> To: >>> >>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>> >>> CSeq: 79576629 INVITE >>> >>> User-Agent: DNL-Switch >>> >>> Content-Length: 0 >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> SIP/2.0 415 Unsupported Media Type >>> >>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>> >>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>> >>> To: ;tag=Ut8ye62NUrQeB >>> >>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>> >>> CSeq: 79576629 INVITE >>> >>> User-Agent: DNL-Switch >>> >>> Accept: application/sdp >>> >>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >>> >>> Supported: timer >>> >>> Content-Length: 0 >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> ACK sip:754617162742492 at x.x.x.x SIP/2.0 >>> >>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>> >>> Max-Forwards: 69 >>> >>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>> >>> To: ;tag=Ut8ye62NUrQeB >>> >>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>> >>> CSeq: 79576629 ACK >>> >>> Content-Length: 0 >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel >>> sofia/internal/754617162742492 at x.x.x.x entering state [terminated][415] >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup >>> sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] >>> [SERVICE_NOT_IMPLEMENTED] >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>> (sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>> sofia/internal/754617162742492 at x.x.x.x hanging up, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>> sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> >>> CS_REPORTING >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>> CS_REPORTING >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>> sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to sleep >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING -> >>> CS_DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 2 >>> (sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting on external >>> entities >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 Originate >>> Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 2 >>> (sofia/internal/754617162742492 at x.x.x.x) Ended >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>> Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>> sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>> sofia/internal/754617162742492 at x.x.x.x Standard DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to sleep >>> >>> 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate Failed. >>> Cause: SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup >>> sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] [SERVICE_NOT_IMPLEMENTED] >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 >>> sofia/internal/1001 at y.y.y.y:5060 skip receive message >>> [APPLICATION_EXEC_COMPLETE] (channel is hungup already) >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 >>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>> (sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 >>> sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 from >>> the other leg >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>> sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to INVITE >>> with: 415 >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>> sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> >>> CS_REPORTING >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING >>> >>> send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> SIP/2.0 415 Unsupported Media Type >>> >>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 >>> >>> Max-Forwards: 70 >>> >>> From: ;tag=9de53b6c >>> >>> To: ;tag=gXrZg0KvmrXZH >>> >>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>> >>> CSeq: 2 INVITE >>> >>> User-Agent: >>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 >>> >>> Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" >>> >>> Content-Length: 0 >>> >>> Remote-Party-ID: "1002" >> >;party=calling;privacy=off;screen=no >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>> sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> >>> CS_DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 1 >>> (sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on external entities >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 1 >>> (sofia/internal/1001 at y.y.y.y:5060) Ended >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>> Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>> sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>> sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep >>> >>> recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> ACK sip:1002 at y.y.y.y:5060 SIP/2.0 >>> >>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport >>> >>> Max-Forwards: 70 >>> >>> To: ;tag=gXrZg0KvmrXZH >>> >>> From: ;tag=9de53b6c >>> >>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>> >>> CSeq: 2 ACK >>> >>> Content-Length: 0 >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at 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* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/452e2f09/attachment-0001.html From brian at freeswitch.org Wed Aug 19 22:57:14 2015 From: brian at freeswitch.org (Brian West) Date: Wed, 19 Aug 2015 13:57:14 -0500 Subject: [Freeswitch-users] Since we are talking about fax In-Reply-To: <55D4C1AB.70201@mst.edu> References: <55D4C1AB.70201@mst.edu> Message-ID: It also depends on what version of the firmware on that 112, some of them are just busted. On Wed, Aug 19, 2015 at 12:49 PM, Nathan Neulinger wrote: > Just don't try to do any pure-analog with the 112, it was absolutely awful > for that compared to the 2102. > > -- Nathan > > On 08/19/2015 12:47 PM, Michael Collins wrote: > > > > > > On Wed, Aug 19, 2015 at 10:40 AM, Blake Priddy < > bpriddy at bryantschools.org > wrote: > > > > I have several fax extensions at the school district. How do you > tell the extension to use t.38 > > The option is not available on the spa 2102. I appreciate any help I > can get :) > > > > SPA-2102 is pretty dated. Any chance you could acquire a SPA-112? It's > got dual FXS ports and does T.38. > > -MC > > > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > -- > ------------------------------------------------------------ > Nathan Neulinger nneul at mst.edu > Missouri S&T Information Technology (573) 612-1412 > System Administrator - Architect > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/9e212613/attachment.html From brian at freeswitch.org Wed Aug 19 23:45:11 2015 From: brian at freeswitch.org (Brian West) Date: Wed, 19 Aug 2015 14:45:11 -0500 Subject: [Freeswitch-users] Slow outbound call service requires a "fake" UK ringtone In-Reply-To: <55D45451.5040101@digitalmail.com> References: <55D2175A.8050504@digitalmail.com> <55D2F355.2020504@digitalmail.com> <55D358C5.30109@digitalmail.com> <55D45451.5040101@digitalmail.com> Message-ID: You should migrate to 1.4.x, 1.2.x has been EOL'ed. On Wed, Aug 19, 2015 at 5:02 AM, Alex Lake wrote: > Yes!!! > Taking out the "sleep" fixed the problem. That's great. > Thanks all... > > > On 18/08/2015 21:38, Steven Ayre wrote: > > They're variables used by the bridge app, you won't have bettaway > generated by sleep. > > Bridging to the sleep app via the loopback endpoint should give a way to > test it. > > On 18 August 2015 at 17:09, Alex Lake wrote: > >> Mmmm.... >> >> I now have this: >> >> >> >> >> >> >> The idea is that I would hope to hear a ringtone while the 5s delay is >> occurring and I still don't.... >> >> As it happens, there's less commercial necessity for this than first >> thought, but it would be cool to get it working. >> >> Rgds, >> Alex >> >> >> On 18/08/2015 13:20, ?talo Rossi wrote: >> >> You'll only get your fake ringing if your provider sends a 18X OR you set >> instant_ringback=true >> >> On Tue, Aug 18, 2015 at 9:07 AM, Steven Ayre wrote: >> >>> Sorry, it's . >>> >>> Try it without it first - I can't remember whether bridge would do so >>> for you. >>> >>> On 18 August 2015 at 09:56, Alex Lake wrote: >>> >>>> Thanks - that sounds good. Although my version of Freeswitch (1.2.22) >>>> doesn't have preanswer! >>>> Is there a way of doing it with the old version? >>>> >>>> >>>> On 17/08/2015 21:30, Steven Ayre wrote: >>>> >>>> >>>> >>>> then bridge as normal with {ignore_early_media=true} at the start of >>>> the dialstring >>>> >>>> ${uk-ring} is defined in vars.xml of the vanilla example config >>>> >>>> See https://wiki.freeswitch.org/wiki/Custom_Ring_Back_Tones#Ringback >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org >>>> >>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> ?talo Rossi >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >> >> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com >> >> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com > > FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/1c51f335/attachment-0001.html From brian at freeswitch.org Thu Aug 20 03:06:31 2015 From: brian at freeswitch.org (Brian West) Date: Wed, 19 Aug 2015 18:06:31 -0500 Subject: [Freeswitch-users] Verto Communicator aka Project #2 In-Reply-To: References: Message-ID: Also anyone wishing to assist: https://freeswitch.org/jira/issues/?jql=project%20%3D%20FS%20AND%20status%20in%20(New%2C%20%22In%20Progress%22%2C%20Reopened%2C%20%22Waiting%20for%20reporter%22%2C%20Reproduced%2C%20%22Needs%20Review%22%2C%20%22Ready%20to%20commit%22%2C%20Accepted)%20AND%20component%20%3D%20%22Verto%20Communicator%22%20ORDER%20BY%20created%20DESC Here is the list of feature requests and bugs we have already filed. Thanks, On Wed, Aug 19, 2015 at 11:13 AM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > Technically it has video too but its only passthrough as video support is > incomplete in 1.4. > Little was changed in mod_verto in regards to video support; Most of the > changes were in the core itself. > > > > > On Wed, Aug 19, 2015 at 11:10 AM, Brian West wrote: > >> Verto in 1.4 will be audio only. >> >> On Wed, Aug 19, 2015 at 10:50 AM, Regis M < >> regis.freeswitch.org at tornad.net> wrote: >> >>> Hi, >>> >>> Is mod_verto stable and ready in FS 1.4 debian's package (without video >>> as it is in 1.6) ? For the rest , mod_verto on 1.4 works ? >>> >>> Thanks, >>> >>> >>> 2015-08-19 16:55 GMT+02:00 Brian West : >>> >>>> Yes, ?talo and his team have done a great job, I'm still working with >>>> him and his team to polish things up and continually test VC, but we do now >>>> use it daily so we'll probably be filing bugs and feature requests for >>>> sometime. >>>> >>>> On Wed, Aug 19, 2015 at 7:35 AM, Giovanni Maruzzelli >>> > wrote: >>>> >>>>> On Aug 19, 2015 5:18 AM, "Brian West" wrote: >>>>> > >>>>> > Just in case you guys missed it! >>>>> > >>>>> > Last week we merged in Verto Communicator, ?talo and team has worked >>>>> hard to get this where we could demo it at ClueCon 2015, We still have work >>>>> ahead of us, but any input, changes are to be directed to JIRA. >>>>> > >>>>> > If you wish to test its in html5/verto/verto_communicator in the >>>>> source tree of Master, Please file any JIRA's to component of 'Verto >>>>> Communicator', Questions, Comments, please respond. >>>>> >>>>> Me, for one, want to hail Italo and the team that made so a gorgeous >>>>> client, for the greater glory of FreeSWITCH project ! >>>>> >>>>> > >>>>> > Thanks, >>>>> > >>>>> > -- >>>>> > >>>>> > Brian West >>>>> > brian at freeswitch.org >>>>> > >>>>> > >>>>> > Twitter: @FreeSWITCH , @briankwest >>>>> > http://www.freeswitchbook.com >>>>> > http://www.freeswitchcookbook.com >>>>> > >>>>> > Got Bugs? Report them here! | Reddit: /r/freeswitch >>>>> > >>>>> > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >>>>> > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >>>>> > >>>>> > >>>>> > >>>>> _________________________________________________________________________ >>>>> > Professional FreeSWITCH Consulting Services: >>>>> > consulting at 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 at lists.freeswitch.org >>>>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> > UNSUBSCRIBE: >>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> > http://www.freeswitch.org >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at 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 at 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* >>>> brian at freeswitch.org >>>> >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at 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* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/7fd067b9/attachment-0001.html From david.witham at netsip.com.au Thu Aug 20 05:37:58 2015 From: david.witham at netsip.com.au (David Witham) Date: Thu, 20 Aug 2015 01:37:58 +0000 Subject: [Freeswitch-users] Receiving faxes over sip trunk In-Reply-To: References: <24E5BB5ACAADB949A7D730917E2FD0543D648E@ATLNXEXCH04.nexxlinx.com>, Message-ID: <1440034678732.90353@netsip.com.au> We operate fax2email services as well as end-to-end fax transmission using FreeSWITCH. There are a few things to be wary of: 1) If you are connecting over a public network, either to your customer or to your provider, t.38 on that leg is your only reliable solution. You can gateway between t.38 and G711 using FreeSWITCH if you have different needs on each leg. We have found this to work reliably. 2) Find out whether your provider supports t.38 or not and find out as much as you can about their network topology. With the way some providers deploy their networks, t.38 is the only viable solution. With others, where there may be only one or two hops from an ISDN gateway to your FreeSWITCH, G711 can work very well. Its also faster than t.38. We've also found providers with a VoIP only call path and who manage their networks well we can reliably use G711. For us we pick and choose whether to use t.38 or not based on the capability of the provider. 3) If you have private links to your customers go with G711. There is a lot of CPE that has poor t.38 support and it causes more problems than it solves. 4) When using G711, particularly to CPE, turn off any features that manipulate the media stream - adaptive jitter buffers, echo cancellation, silence suppression, fax-relay/bypass. You want an unadulterated G711 stream for it to have the best chance of success. With the right network connections G711 works very well. David Witham? ________________________________ From: freeswitch-users-bounces at lists.freeswitch.org on behalf of Jai Rangi Sent: Thursday, 20 August 2015 02:31 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Receiving faxes over sip trunk Mike, We are using Fax on freeswitch for some clients for receiving as well as sending faxes. Have not seen any problem except few incidents here and there. -Jai Rangi www.didforsale.com On Wed, Aug 19, 2015 at 7:47 AM, Michael T Mowatt > wrote: HI all, Was wondering if anyone is using FreeSWITCH to receive faxes over a SIP trunk, and what the experience has been like. I know I've heard this can be difficult, but was interested in real experiences. Thanks, Mike _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/11b6c844/attachment.html From fs at voice2net.ca Thu Aug 20 07:04:22 2015 From: fs at voice2net.ca (Darcy Primrose) Date: Wed, 19 Aug 2015 23:04:22 -0400 Subject: [Freeswitch-users] valet park Message-ID: <590E85E9E84141CB8A6F0B2415197674@DARCY> When we use valet park, and set announce_slot=true, it plays to the wrong party. The valet park works and you can retrieve it. If we park using the meta-ap, then it plays in the correct direction. Dial plan to park from a key Using Meta AP Any guidance would be appreciated. Darcy Primrose Voice2Net Corp. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/2b3228c7/attachment.html From fs at voice2net.ca Thu Aug 20 07:13:30 2015 From: fs at voice2net.ca (Darcy Primrose) Date: Wed, 19 Aug 2015 23:13:30 -0400 Subject: [Freeswitch-users] valet park - correction References: <590E85E9E84141CB8A6F0B2415197674@DARCY> Message-ID: <6F5D897189DB4DC096F453D180F5F103@DARCY> I included the wrong dial plan ----- Original Message ----- From: Darcy Primrose To: FreeSWITCH Users Help Sent: Wednesday, August 19, 2015 11:04 PM Subject: [Freeswitch-users] valet park When we use valet park, and set announce_slot=true, it plays to the wrong party. The valet park works and you can retrieve it. If we park using the meta-ap, then it plays in the correct direction. Dial plan to park from a key Using Meta AP Any guidance would be appreciated. Darcy Primrose Voice2Net Corp. ------------------------------------------------------------------------------ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org ------------------------------------------------------------------------------ No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.6086 / Virus Database: 4401/10467 - Release Date: 08/19/15 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/686249ab/attachment.html From tahir at ictinnovations.com Thu Aug 20 07:23:09 2015 From: tahir at ictinnovations.com (Tahir Almas) Date: Wed, 19 Aug 2015 20:23:09 -0700 Subject: [Freeswitch-users] Receiving faxes over sip trunk In-Reply-To: <1440034678732.90353@netsip.com.au> References: <24E5BB5ACAADB949A7D730917E2FD0543D648E@ATLNXEXCH04.nexxlinx.com> <1440034678732.90353@netsip.com.au> Message-ID: David has explained it very well We have similar experience while working with Freeswitch based open source projects ICTFax http://www.ictfax.org that if QoS parameters like latency, jitter , packet error rate are within limits , Fax over Ip transmission over T.38 is reliable however we have not tested concurrent capacity with T.38 faxing yet and we will be interested to know if someone share such results We successfully tested 500 concurrent Faxes over T.38 using Asterisk however it will be interested to know free-switch results regards *Tahir Almas* Managing Partner ICT Innovations http://www.ictinnovations.com Leveraging open source in ICT On Wed, Aug 19, 2015 at 6:37 PM, David Witham wrote: > We operate fax2email services as well as end-to-end fax transmission using > FreeSWITCH. There are a few things to be wary of: > > > 1) If you are connecting over a public network, either to your customer or > to your provider, t.38 on that leg is your only reliable solution. You can > gateway between t.38 and G711 using FreeSWITCH if you have different needs > on each leg. We have found this to work reliably. > > > 2) Find out whether your provider supports t.38 or not and find out as > much as you can about their network topology. With the way some providers > deploy their networks, t.38 is the only viable solution. With others, where > there may be only one or two hops from an ISDN gateway to your FreeSWITCH, > G711 can work very well. Its also faster than t.38. We've also found > providers with a VoIP only call path and who manage their networks well we > can reliably use G711. For us we pick and choose whether to use t.38 or not > based on the capability of the provider. > > > 3) If you have private links to your customers go with G711. There is a > lot of CPE that has poor t.38 support and it causes more problems than it > solves. > > > 4) When using G711, particularly to CPE, turn off any features that > manipulate the media stream - adaptive jitter buffers, echo cancellation, > silence suppression, fax-relay/bypass. You want an unadulterated G711 > stream for it to have the best chance of success. With the right network > connections G711 works very well. > > > David Witham? > ------------------------------ > *From:* freeswitch-users-bounces at lists.freeswitch.org < > freeswitch-users-bounces at lists.freeswitch.org> on behalf of Jai Rangi < > jprangi at didforsale.com> > *Sent:* Thursday, 20 August 2015 02:31 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Receiving faxes over sip trunk > > Mike, > We are using Fax on freeswitch for some clients for receiving as well as > sending faxes. Have not seen any problem except few incidents here and > there. > > -Jai Rangi > www.didforsale.com > > On Wed, Aug 19, 2015 at 7:47 AM, Michael T Mowatt > wrote: > >> HI all, >> >> Was wondering if anyone is using FreeSWITCH to receive >> faxes over a SIP trunk, and what the experience has been like. I know I?ve >> heard this can be difficult, but was interested in real experiences. >> >> >> >> Thanks, >> >> Mike >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/54c33386/attachment-0001.html From tahir at ictinnovations.com Thu Aug 20 08:55:26 2015 From: tahir at ictinnovations.com (Tahir Almas) Date: Wed, 19 Aug 2015 21:55:26 -0700 Subject: [Freeswitch-users] FreeSwitch - Performance issues In-Reply-To: References: <6FD2F8B5BB72834E9939AEDF9FB802A9016076565C@mbx-01.sysconfig.co.uk> Message-ID: Try testing with CentOS 6.x or Debian distribution sutiable for server type applications regards *Tahir Almas* Managing Partner ICT Innovations http://www.ictinnovations.com Leveraging open source in ICT On Sat, Aug 15, 2015 at 3:00 PM, Michael Jerris wrote: > There are multiple known issues with Ubuntu 12.04. We reccomend Debian 8 > Jessie. > > > On Friday, August 14, 2015, Shaun Stokes > wrote: > >> Hi, >> >> >> >> We?re experiencing performance issues with FreeSwitch, our target is 500 >> concurrent sessions, but at the moment this starts to bottleneck around 30. >> >> >> >> Host system: >> >> Windows Server 2012 Hyper-V Host >> >> AMD Opteron 4386 (2 processors) ? 16 cores total >> >> 128GB DDR3 >> >> 2TB RAID 5 (700MB/s tested read and write throughput) >> >> >> >> FreeSwitch Virtual Machine: >> >> FreeSwitch 1.4.15 >> >> Ubuntu 12.04 LTS >> >> 16 Virtual cores (high priority) >> >> 2GB RAM (would assign more but FreeSwitch never seems to use much) >> >> 500GB HD (on VHDX) >> >> >> >> After around 30 concurrent sessions we begin to see CPU spikes almost >> every time a new call comes in, as the sessions increase the size and >> frequency of the CPU spikes also increase. The system seems to be able to >> sit comfortably with over 100 concurrent sessions and 80% idle CPU, >> providing we don?t have any new calls hitting the platform. The spikes are >> causing audio (RTP) to stutter or in some cases drop completely for a few >> seconds. >> >> >> >> The FreeSwitch spikes are occurring on all 16 cores, we have been >> monitoring the system using htop and mpstat. >> >> >> >> This is an example of when we receive an inbound call while we have 34 >> concurrent sessions: >> >> 14:26:04 CPU %usr %nice %sys %iowait %irq %soft %steal >> %guest %idle >> >> 14:26:05 all 1.67 0.00 27.34 0.00 0.25 0.00 >> 0.00 0.00 70.74 >> >> 14:26:05 0 1.00 0.00 28.00 0.00 0.00 0.00 >> 0.00 0.00 71.00 >> >> 14:26:05 1 0.99 0.00 26.73 0.00 0.00 0.00 >> 0.00 0.00 72.28 >> >> 14:26:05 2 0.99 0.00 26.73 0.00 0.00 0.00 >> 0.00 0.00 72.28 >> >> 14:26:05 3 3.92 0.00 26.47 0.00 0.00 0.00 >> 0.00 0.00 69.61 >> >> 14:26:05 4 0.99 0.00 25.74 0.00 1.98 0.00 >> 0.00 0.00 71.29 >> >> 14:26:05 5 0.99 0.00 26.73 0.00 0.99 0.00 >> 0.00 0.00 71.29 >> >> 14:26:05 6 0.00 0.00 26.47 0.00 0.98 0.00 >> 0.00 0.00 72.55 >> >> 14:26:05 7 0.00 0.00 26.73 0.00 0.00 0.00 >> 0.00 0.00 73.27 >> >> 14:26:05 8 3.96 0.00 27.72 0.00 0.00 0.00 >> 0.00 0.00 68.32 >> >> 14:26:05 9 2.00 0.00 27.00 0.00 0.00 0.00 >> 0.00 0.00 71.00 >> >> 14:26:05 10 6.00 0.00 32.00 0.00 0.00 0.00 >> 0.00 0.00 62.00 >> >> 14:26:05 11 1.96 0.00 27.45 0.00 0.00 0.00 >> 0.00 0.00 70.59 >> >> 14:26:05 12 0.99 0.00 26.73 0.00 0.00 0.00 >> 0.00 0.00 72.28 >> >> 14:26:05 13 1.00 0.00 28.00 0.00 0.00 0.00 >> 0.00 0.00 71.00 >> >> 14:26:05 14 0.00 0.00 27.00 0.00 0.00 0.00 >> 0.00 0.00 73.00 >> >> >> >> This is when the system is not receiving an inbound call but is sitting >> comfortably at 34 concurrent sessions: >> >> 14:25:57 CPU %usr %nice %sys %iowait %irq %soft %steal >> %guest %idle >> >> 14:25:58 all 0.87 0.00 0.62 0.00 0.12 0.00 >> 0.00 0.00 98.39 >> >> 14:25:58 0 0.99 0.00 0.99 0.00 0.00 0.00 >> 0.00 0.00 98.02 >> >> 14:25:58 1 0.99 0.00 0.99 0.00 0.00 0.00 >> 0.00 0.00 98.02 >> >> 14:25:58 2 0.98 0.00 0.98 0.00 0.00 0.00 >> 0.00 0.00 98.04 >> >> 14:25:58 3 0.00 0.00 0.99 0.00 0.00 0.00 >> 0.00 0.00 99.01 >> >> 14:25:58 4 0.00 0.00 0.00 0.00 1.98 0.00 >> 0.00 0.00 98.02 >> >> 14:25:58 5 0.00 0.00 0.00 0.00 0.99 0.00 >> 0.00 0.00 99.01 >> >> 14:25:58 6 0.00 0.00 0.99 0.00 0.00 0.00 >> 0.00 0.00 99.01 >> >> 14:25:58 7 0.00 0.00 0.99 0.00 0.00 0.00 >> 0.00 0.00 99.01 >> >> 14:25:58 8 5.00 0.00 1.00 0.00 0.00 0.00 >> 0.00 0.00 94.00 >> >> 14:25:58 9 1.00 0.00 0.00 0.00 0.00 0.00 >> 0.00 0.00 99.00 >> >> 14:25:58 10 1.00 0.00 0.00 0.00 0.00 0.00 >> 0.00 0.00 99.00 >> >> 14:25:58 11 0.99 0.00 0.99 0.00 0.00 0.00 >> 0.00 0.00 98.02 >> >> 14:25:58 12 0.00 0.00 0.00 0.00 0.00 0.00 >> 0.00 0.00 100.00 >> >> 14:25:58 13 1.98 0.00 0.99 0.00 0.00 0.00 >> 0.00 0.00 97.03 >> >> 14:25:58 14 0.00 0.00 0.00 0.00 0.00 0.00 >> 0.00 0.00 100.00 >> >> 14:25:58 15 0.00 0.00 0.00 0.00 0.00 0.00 >> 0.00 0.00 100.00 >> >> >> >> We?re using FreeSwitch in multi-tenant mode, we have tried dedicating a >> single VM for one tenancy but still experience the issue. My assumption has >> been that this will be due to the dialplan, I?ve optimized this slightly by >> writing LUA scripts to handle some of the inbound calls this appears to >> take away some of the load but we?re still using the internal dialplans for >> each tenancy (tenancy dialplans have an average of 300 entries). >> >> >> >> We are using the following arguments when running FreeSwitch: >> >> -rp ?nc ?nonat >> >> >> >> I?ve seen another post which says we should operate FreeSwitch in High >> Performance mode using ?hp but can?t find anything information about this, >> is this still a valid argument to use with FreeSwitch? >> >> >> >> Has anyone experienced similar performance issues before or have any >> advice? >> >> >> >> Hope someone may be able help. >> >> >> >> Thanks, >> >> Shaun >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus >> Scanning Service. >> ______________________________________________________________________ >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150819/1cf22b12/attachment.html From idokan at gmail.com Thu Aug 20 10:14:35 2015 From: idokan at gmail.com (ik) Date: Thu, 20 Aug 2015 09:14:35 +0300 Subject: [Freeswitch-users] OT SIP Debugging ideas Message-ID: Hello, I have a bit of off topic question. I have a PBX with soft-phones and everything seems to go well. The PBX have several gateways, and all seems to work. But when an extension is connected using a VPN (different IP range then the PBX), an incoming call is having one side RTP, but only for some gateways, that is, there are gateways that you are able to hear the call. When the VPN based extension dial to a gateway, you always have RTP. I used tcpdump, and was able to see when there is an RTP arriving back from the extension, and when there are none, but I could not figure out any reason for it. IT does not act as NAT issue, and there is no firewall. My question is, how to debug this mess, what should I be looking for, because I'm out of ideas. Thank you for any help Ido -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/b3d58ecb/attachment.html From simpot at gmail.com Thu Aug 20 10:46:32 2015 From: simpot at gmail.com (Dmitry Saratsky) Date: Thu, 20 Aug 2015 09:46:32 +0300 Subject: [Freeswitch-users] no billsec variable after sending fax Message-ID: Hi, It is no billsec variable session variable after txfax and disconnect. In 10% of faxes I do send ? the var is present, in rest 90% cases the var is absent((( Usually I do send fax with following settings: return_ring_ready=false ignore_early_media=true sip_cid_type=rpid origination_privacy=hide_name origination_caller_id_number=17772818674 sip_contact_user=17772818674 origination_caller_id_name=_undef_ autohangup=false absolute_codec_string='PCMU,PCMA,G729' fax_use-ecm=false fax_enable_t38=true fax_enable_t38_request=true fax_disable_v17=true fax_ident='blah? fax_header='blah 2? Version 1.5.15b git 3d64402 2015-03-21 19:55:21Z 64bit Any ideas? Thanks, Dmitry. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/0055b9dd/attachment-0001.html From petedao at gmail.com Thu Aug 20 12:18:21 2015 From: petedao at gmail.com (Pete Kay) Date: Thu, 20 Aug 2015 01:18:21 -0700 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: Message-ID: Hi I used webtc with resiprocate SIP stack on the end point that is sending the call to freeswitch. I would like freeswitch to send out the call as AVPF not SAVPF. Can it be done? On Wed, Aug 19, 2015 at 11:55 AM, Brian West wrote: > What devices or endpoints are involved here? > > On Wed, Aug 19, 2015 at 11:55 AM, Pete Kay wrote: > >> Hi Brian >> >> Thanks for your note. >> >> I tried adding rtp_secure_media=false, but freeswitch is still sending >> out INVIE with RTP/SAVPF instead of RTP/AVPF . Here is my trace and you >> can see : >> >> >> >> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:258 >> sofia/internal/1001 at x.x.x.x:5060 Standard EXECUTE >> >> EXECUTE sofia/internal/1001 at x.x.x.x:5060 >> bridge({rtp_secure_media=false,sip_secure_media=false,sdp_secure_savp_only=false}[rtp_secure_media=false,sip_secure_media=false,sdp_secure_savp_only=false]sofia/external/754617162742492 at y.y.y.y >> ) >> >> 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:2104 Parsing >> global variables >> >> 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:2557 Parsing >> session specific variables >> >> 2015-08-19 16:39:33.377375 [NOTICE] switch_channel.c:1089 New Channel >> sofia/external/754617162742492 at y.y.y.y >> [deef983a-4690-11e5-bc5c-a9401796c7fb] >> >> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4735 >> (sofia/external/754617162742492 at y.y.y.y) State Change CS_NEW -> CS_INIT >> >> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >> Setting a-leg inherit_codec=true >> >> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >> @20i at 64000b' >> >> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 >> (sofia/external/754617162742492 at y.y.y.y) Running State Change CS_INIT >> >> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:516 >> (sofia/external/754617162742492 at y.y.y.y) State INIT >> >> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:88 >> sofia/external/754617162742492 at y.y.y.y SOFIA INIT >> >> 2015-08-19 16:39:33.377375 [DEBUG] sofia_glue.c:1257 >> sofia/external/754617162742492 at y.y.y.y sending invite version: 1.7.0 git >> 58f1272 2015-08-14 17:51:12Z 64bit >> >> Local SDP: >> >> v=0 >> >> o=- 17300718973260560 2 IN IP4 127.0.0.1 >> >> s=- >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 0.0.0.0 >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:PnfmNO9Dz+k1UOa7 >> >> a=ice-pwd:pgHY0UMTpo7GdhKjlYo1Iydw >> >> a=fingerprint:sha-1 >> E4:37:56:11:D0:85:9C:AA:3D:E6:C5:91:90:E0:9C:CB:72:B4:AD:73 >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:3618606750 cname:MRSf+/mvBVoJ8cZ2 >> >> a=ssrc:3618606750 msid:media_stream audio_track >> >> a=ssrc:3618606750 mslabel:media_stream >> >> a=ssrc:3618606750 label:audio_track >> >> a=candidate:19046677 1 udp 2122260223 172.20.10.1 65083 typ host >> generation 0 >> >> a=candidate:1401911659 1 udp 2122194687 10.225.0.80 51576 typ host >> generation 0 >> >> a=candidate:19046677 2 udp 2122260222 172.20.10.1 52823 typ host >> generation 0 >> >> a=candidate:1401911659 2 udp 2122194686 10.225.0.80 54104 typ host >> generation 0 >> >> a=candidate:1335975397 1 tcp 1518280447 172.20.10.1 55663 typ host >> tcptype passive generation 0 >> >> a=candidate:487359899 1 tcp 1518214911 10.225.0.80 55664 typ host tcptype >> passive generation 0 >> >> a=candidate:1335975397 2 tcp 1518280446 172.20.10.1 55665 typ host >> tcptype passive generation 0 >> >> a=candidate:487359899 2 tcp 1518214910 10.225.0.80 55666 typ host tcptype >> passive generation 0 >> >> a=candidate:4207998654 2 udp 1685987070 112.97.38.45 38318 typ srflx >> raddr 10.225.0.80 rport 54104 generation 0 >> >> a=candidate:4207998654 1 udp 1685987071 112.97.38.45 38319 typ srflx >> raddr 10.225.0.80 rport 51576 generation 0 >> >> a=candidate:2922827951 1 udp 41819903 146.185.149.11 59784 typ relay >> raddr 112.97.38.45 rport 56317 generation 0 >> >> a=candidate:2922827951 2 udp 41819902 146.185.149.11 50331 typ relay >> raddr 112.97.38.45 rport 56318 generation 0 >> >> >> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:40 >> sofia/external/754617162742492 at y.y.y.y Standard INIT >> >> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:48 >> (sofia/external/754617162742492 at y.y.y.y) State Change CS_INIT -> >> CS_ROUTING >> >> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:516 >> (sofia/external/754617162742492 at y.y.y.y) State INIT going to sleep >> >> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 >> (sofia/external/754617162742492 at y.y.y.y) Running State Change CS_ROUTING >> >> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:532 >> (sofia/external/754617162742492 at y.y.y.y) State ROUTING >> >> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:141 >> sofia/external/754617162742492 at y.y.y.y SOFIA ROUTING >> >> 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:67 >> (sofia/external/754617162742492 at y.y.y.y) State Change CS_ROUTING -> >> CS_CONSUME_MEDIA >> >> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:532 >> (sofia/external/754617162742492 at y.y.y.y) State ROUTING going to sleep >> >> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 >> (sofia/external/754617162742492 at y.y.y.y) Running State Change >> CS_CONSUME_MEDIA >> >> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:551 >> (sofia/external/754617162742492 at y.y.y.y) State CONSUME_MEDIA >> >> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:551 >> (sofia/external/754617162742492 at y.y.y.y) State CONSUME_MEDIA going to >> sleep >> >> send 3016 bytes to udp/[y.y.y.y]:5060 at 16:39:33.416743: >> >> >> ------------------------------------------------------------------------ >> >> INVITE sip:754617162742492 at y.y.y.y SIP/2.0 >> >> Via: SIP/2.0/UDP x.x.x.x:5080;rport;branch=z9hG4bKy0863tDZNpBam >> >> Max-Forwards: 69 >> >> From: "Extension 1001" >> >;tag=yByKaDNK07mNm >> >> To: >> >> Call-ID: b64e1296-c133-1233-2795-60eb698211be >> >> CSeq: 79665122 INVITE >> >> Contact: > > >> >> User-Agent: >> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >> >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >> REGISTER, REFER, NOTIFY >> >> Supported: timer, path, replaces >> >> Allow-Events: talk, hold, conference, refer >> >> Content-Type: application/sdp >> >> Content-Disposition: session >> >> Content-Length: 2187 >> >> X-FS-Support: update_display,send_info >> >> Remote-Party-ID: "Extension 1001" > >;party=calling;screen=yes;privacy=off >> >> >> >> v=0 >> >> o=- 17300718973260560 2 IN IP4 108.165.2.110 >> >> s=- >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 0.0.0.0 >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:PnfmNO9Dz+k1UOa7 >> >> a=ice-pwd:pgHY0UMTpo7GdhKjlYo1Iydw >> >> a=fingerprint:sha-1 >> E4:37:56:11:D0:85:9C:AA:3D:E6:C5:91:90:E0:9C:CB:72:B4:AD:73 >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:3618606750 cname:MRSf+/mvBVoJ8cZ2 >> >> a=ssrc:3618606750 msid:media_stream audio_track >> >> a=ssrc:3618606750 mslabel:media_stream >> >> a=ssrc:3618606750 label:audio_track >> >> a=candidate:19046677 1 udp 2122260223 172.20.10.1 65083 typ host >> generation 0 >> >> a=candidate:1401911659 1 udp 2122194687 10.225.0.80 51576 typ host >> generation 0 >> >> a=candidate:19046677 2 udp 2122260222 172.20.10.1 52823 typ host >> generation 0 >> >> a=candidate:1401911659 2 udp 2122194686 10.225.0.80 54104 typ host >> generation 0 >> >> a=candidate:1335975397 1 tcp 1518280447 172.20.10.1 55663 typ host >> tcptype passive generation 0 >> >> a=candidate:487359899 1 tcp 1518214911 10.225.0.80 55664 typ host >> tcptype passive generation 0 >> >> a=candidate:1335975397 2 tcp 1518280446 172.20.10.1 55665 typ host >> tcptype passive generation 0 >> >> a=candidate:487359899 2 tcp 1518214910 10.225.0.80 55666 typ host >> tcptype passive generation 0 >> >> a=candidate:4207998654 2 udp 1685987070 112.97.38.45 38318 typ srflx >> raddr 10.225.0.80 rport 54104 generation 0 >> >> a=candidate:4207998654 1 udp 1685987071 112.97.38.45 38319 typ srflx >> raddr 10.225.0.80 rport 51576 generation 0 >> >> a=candidate:2922827951 1 udp 41819903 146.185.149.11 59784 typ relay >> raddr 112.97.38.45 rport 56317 generation 0 >> >> a=candidate:2922827951 2 udp 41819902 146.185.149.11 50331 typ relay >> raddr 112.97.38.45 rport 56318 generation 0 >> --------------------------- >> >> On Mon, Aug 17, 2015 at 9:28 AM, Brian West wrote: >> >>> rtp_secure_media=false is the variable name. >>> >>> On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay wrote: >>> >>>> Hi >>>> >>>> I am trying to send call from webrtc to freeswitch and then bridge to >>>> an external endpoint that is a normal SIP phone. I tried to use >>>> sip_secure_media=false to force the media to be converted from SAVP to >>>> AVP. >>>> >>>> But the outgoing INVITE is still showing SAVP ( sip trace blow ). Does >>>> anyone know where I am doing wrong? any help will be greately >>>> appreciated. >>>> >>>> 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing >>>> 1001 <1001>->1002 in context default >>>> >>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >>>> [default->incoming_calls] continue=false >>>> >>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) >>>> [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false >>>> >>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>> ) >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 >>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> >>>> CS_EXECUTE >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>> (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 >>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 >>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 >>>> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >>>> >>>> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>> ) >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 Parsing >>>> global variables >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 Parsing >>>> session specific variables >>>> >>>> 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel >>>> sofia/internal/754617162742492 at x.x.x.x >>>> [ca6d5930-44f4-11e5-9cc9-c9574f94e170] >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 >>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>>> Setting a-leg inherit_codec=true >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >>>> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >>>> @20i at 64000b' >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_INIT >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 >>>> sofia/internal/754617162742492 at x.x.x.x SOFIA INIT >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 >>>> sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 >>>> git 58f1272 2015-08-14 17:51:12Z 64bit >>>> >>>> Local SDP: >>>> >>>> v=0 >>>> >>>> o=- 4133111956976529630 2 IN IP4 127.0.0.1 >>>> >>>> s=- >>>> >>>> t=0 0 >>>> >>>> a=group:BUNDLE audio >>>> >>>> a=msid-semantic: WMS media_stream >>>> >>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>> >>>> c=IN IP4 0.0.0.0 >>>> >>>> a=rtpmap:111 opus/48000/2 >>>> >>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>> >>>> a=rtpmap:103 ISAC/16000 >>>> >>>> a=rtpmap:9 G722/8000 >>>> >>>> a=rtpmap:102 ILBC/8000 >>>> >>>> a=rtpmap:0 PCMU/8000 >>>> >>>> a=rtpmap:8 PCMA/8000 >>>> >>>> a=rtpmap:106 CN/32000 >>>> >>>> a=rtpmap:105 CN/16000 >>>> >>>> a=rtpmap:13 CN/8000 >>>> >>>> a=rtpmap:127 red/8000 >>>> >>>> a=rtpmap:126 telephone-event/8000 >>>> >>>> a=rtcp:9 IN IP4 0.0.0.0 >>>> >>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>> >>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>> >>>> a=fingerprint:sha-1 >>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>> >>>> a=setup:actpass >>>> >>>> a=mid:audio >>>> >>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>> >>>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>> >>>> a=rtcp-mux >>>> >>>> a=maxptime:60 >>>> >>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>> >>>> a=ssrc:3618235845 msid:media_stream audio_track >>>> >>>> a=ssrc:3618235845 mslabel:media_stream >>>> >>>> a=ssrc:3618235845 label:audio_track >>>> >>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>>> generation 0 >>>> >>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >>>> generation 0 >>>> >>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>>> generation 0 >>>> >>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >>>> generation 0 >>>> >>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>> raddr 192.168.1.101 rport 60710 generation 0 >>>> >>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>> raddr 192.168.1.101 rport 64150 generation 0 >>>> >>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>>> raddr 10.73.229.110 rport 52079 generation 0 >>>> >>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>>> raddr 10.73.229.110 rport 51909 generation 0 >>>> >>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>>> raddr 27.38.56.3 rport 36782 generation 0 >>>> >>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>>> raddr 27.38.56.3 rport 37553 generation 0 >>>> >>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>>> raddr 112.97.38.179 rport 54091 generation 0 >>>> >>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>>> raddr 112.97.38.179 rport 54092 generation 0 >>>> >>>> >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 >>>> sofia/internal/754617162742492 at x.x.x.x Standard INIT >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 >>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> >>>> CS_ROUTING >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>> CS_ROUTING >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 >>>> sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 >>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >>>> CS_CONSUME_MEDIA >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to sleep >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>> CS_CONSUME_MEDIA >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to >>>> sleep >>>> >>>> send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >>>> >>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>> >>>> Max-Forwards: 69 >>>> >>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>> >>>> To: >>>> >>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>> >>>> CSeq: 79576629 INVITE >>>> >>>> Contact: >>>> >>>> User-Agent: >>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>>> >>>> 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 >>>> >>>> Content-Type: application/sdp >>>> >>>> Content-Disposition: session >>>> >>>> Content-Length: 2665 >>>> >>>> X-FS-Support: update_display,send_info >>>> >>>> Remote-Party-ID: "Extension 1001" >>> >;party=calling;screen=yes;privacy=off >>>> >>>> >>>> >>>> v=0 >>>> >>>> o=- 4133111956976529630 2 IN IP4 y.y.y.y >>>> >>>> s=- >>>> >>>> t=0 0 >>>> >>>> a=group:BUNDLE audio >>>> >>>> a=msid-semantic: WMS media_stream >>>> >>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>> >>>> c=IN IP4 0.0.0.0 >>>> >>>> a=rtpmap:111 opus/48000/2 >>>> >>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>> >>>> a=rtpmap:103 ISAC/16000 >>>> >>>> a=rtpmap:9 G722/8000 >>>> >>>> a=rtpmap:102 ILBC/8000 >>>> >>>> a=rtpmap:0 PCMU/8000 >>>> >>>> a=rtpmap:8 PCMA/8000 >>>> >>>> a=rtpmap:106 CN/32000 >>>> >>>> a=rtpmap:105 CN/16000 >>>> >>>> a=rtpmap:13 CN/8000 >>>> >>>> a=rtpmap:127 red/8000 >>>> >>>> a=rtpmap:126 telephone-event/8000 >>>> >>>> a=rtcp:9 IN IP4 0.0.0.0 >>>> >>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>> >>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>> >>>> a=fingerprint:sha-1 >>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>> >>>> a=setup:actpass >>>> >>>> a=mid:audio >>>> >>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>> >>>> a=extmap:3 >>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>> >>>> a=rtcp-mux >>>> >>>> a=maxptime:60 >>>> >>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>> >>>> a=ssrc:3618235845 msid:media_stream audio_track >>>> >>>> a=ssrc:3618235845 mslabel:media_stream >>>> >>>> a=ssrc:3618235845 label:audio_track >>>> >>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>>> generation 0 >>>> >>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ >>>> host generation 0 >>>> >>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>>> generation 0 >>>> >>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ >>>> host generation 0 >>>> >>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ >>>> host tcptype passive generation 0 >>>> >>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ >>>> host tcptype passive generation 0 >>>> >>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>> raddr 192.168.1.101 rport 60710 generation 0 >>>> >>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>> raddr 192.168.1.101 rport 64150 generation 0 >>>> >>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>>> raddr 10.73.229.110 rport 52079 generation 0 >>>> >>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>>> raddr 10.73.229.110 rport 51909 generation 0 >>>> >>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>>> raddr 27.38.56.3 rport 36782 generation 0 >>>> >>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>>> raddr 27.38.56.3 rport 37553 generation 0 >>>> >>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>>> raddr 112.97.38.179 rport 54091 generation 0 >>>> >>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>>> raddr 112.97.38.179 rport 54092 generation 0 >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel >>>> sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] >>>> >>>> recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> SIP/2.0 100 Trying >>>> >>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>> >>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>> >>>> To: >>>> >>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>> >>>> CSeq: 79576629 INVITE >>>> >>>> User-Agent: DNL-Switch >>>> >>>> Content-Length: 0 >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> SIP/2.0 415 Unsupported Media Type >>>> >>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>> >>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>> >>>> To: ;tag=Ut8ye62NUrQeB >>>> >>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>> >>>> CSeq: 79576629 INVITE >>>> >>>> User-Agent: DNL-Switch >>>> >>>> Accept: application/sdp >>>> >>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >>>> >>>> Supported: timer >>>> >>>> Content-Length: 0 >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> ACK sip:754617162742492 at x.x.x.x SIP/2.0 >>>> >>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>> >>>> Max-Forwards: 69 >>>> >>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>> >>>> To: ;tag=Ut8ye62NUrQeB >>>> >>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>> >>>> CSeq: 79576629 ACK >>>> >>>> Content-Length: 0 >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel >>>> sofia/internal/754617162742492 at x.x.x.x entering state [terminated][415] >>>> >>>> 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup >>>> sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] >>>> [SERVICE_NOT_IMPLEMENTED] >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_HANGUP >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>> (sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> >>>> HANGUP >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>> sofia/internal/754617162742492 at x.x.x.x hanging up, cause: >>>> SERVICE_NOT_IMPLEMENTED >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>> sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: >>>> SERVICE_NOT_IMPLEMENTED >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> >>>> CS_REPORTING >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>> CS_REPORTING >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>> sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: >>>> SERVICE_NOT_IMPLEMENTED >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to sleep >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING -> >>>> CS_DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 2 >>>> (sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting on external >>>> entities >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 >>>> Originate Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] >>>> >>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session >>>> 2 (sofia/internal/754617162742492 at x.x.x.x) Ended >>>> >>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>> Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>> CS_DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>> sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>> sofia/internal/754617162742492 at x.x.x.x Standard DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to sleep >>>> >>>> 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate Failed. >>>> Cause: SERVICE_NOT_IMPLEMENTED >>>> >>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup >>>> sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] [SERVICE_NOT_IMPLEMENTED] >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 >>>> sofia/internal/1001 at y.y.y.y:5060 skip receive message >>>> [APPLICATION_EXEC_COMPLETE] (channel is hungup already) >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 >>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>> (sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> HANGUP >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 >>>> sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 >>>> from the other leg >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>> sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: >>>> SERVICE_NOT_IMPLEMENTED >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to INVITE >>>> with: 415 >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>> sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: >>>> SERVICE_NOT_IMPLEMENTED >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> >>>> CS_REPORTING >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING >>>> >>>> send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> SIP/2.0 415 Unsupported Media Type >>>> >>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 >>>> >>>> Max-Forwards: 70 >>>> >>>> From: ;tag=9de53b6c >>>> >>>> To: ;tag=gXrZg0KvmrXZH >>>> >>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>> >>>> CSeq: 2 INVITE >>>> >>>> User-Agent: >>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 >>>> >>>> Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" >>>> >>>> Content-Length: 0 >>>> >>>> Remote-Party-ID: "1002" >>> >;party=calling;privacy=off;screen=no >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>> sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: >>>> SERVICE_NOT_IMPLEMENTED >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> >>>> CS_DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 1 >>>> (sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on external entities >>>> >>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session >>>> 1 (sofia/internal/1001 at y.y.y.y:5060) Ended >>>> >>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>> Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>> sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep >>>> >>>> recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> ACK sip:1002 at y.y.y.y:5060 SIP/2.0 >>>> >>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport >>>> >>>> Max-Forwards: 70 >>>> >>>> To: ;tag=gXrZg0KvmrXZH >>>> >>>> From: ;tag=9de53b6c >>>> >>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>> >>>> CSeq: 2 ACK >>>> >>>> Content-Length: 0 >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at 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* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at 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* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/ec901ec2/attachment-0001.html From avi at avimarcus.net Thu Aug 20 15:37:36 2015 From: avi at avimarcus.net (Avi Marcus) Date: Thu, 20 Aug 2015 11:37:36 +0000 Subject: [Freeswitch-users] 183 automatically marks origination as success? Message-ID: <0000014f4ae6625d-8833c656-3af5-4754-b440-d4d25b49c249-000000@email.amazonses.com> I have several carriers, and I use: ... so I was a little surprised to see that a call that ended with NORMAL_TEMPORARY_FAILURE didn't route advance. I dug into the PCAPs of this and comparable, and the only difference I noticed was that the ones that worked were invite -> 100 and then 503 NORMAL_TEMPORARY_FAILURE and the one that didn't work was invite -> 100, 183, and then 503. I have a lua script that told me: session:getVariable("originate_disposition") = SUCCESS session:getVariable("bridge_hangup_cause") = NORMAL_TEMPORARY_FAILURE so... I'm guessing that a 183 marks the originate as a success which is why continue_on_fail didn't work, since it wasn't a fail. Is this expected? Is the carrier "doing something wrong" here? They did helpfully send: "SIP/2.0 503 Service Unavailable - Route Advance" More importantly: how can I fix it? Thanks, -Avi Marcus BestFone -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/8e03f06b/attachment.html From italorossib at gmail.com Thu Aug 20 16:30:47 2015 From: italorossib at gmail.com (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Thu, 20 Aug 2015 09:30:47 -0300 Subject: [Freeswitch-users] 183 automatically marks origination as success? In-Reply-To: <0000014f4ae6625d-8833c656-3af5-4754-b440-d4d25b49c249-000000@email.amazonses.com> References: <0000014f4ae6625d-8833c656-3af5-4754-b440-d4d25b49c249-000000@email.amazonses.com> Message-ID: Correct, expected. A call is considered successful when you receive media, 183 or 200. If you need to change this behavior you'll need to set ignore_early_media=true before bridging. If you can't ignore_early_media, you need to set hangup_after_bridge=false and do more verifications on what happened after your last bridge. On Thu, Aug 20, 2015 at 8:37 AM, Avi Marcus wrote: > I have several carriers, and I use: > > ... so I was a little surprised to see that a call that ended > with NORMAL_TEMPORARY_FAILURE didn't route advance. > I dug into the PCAPs of this and comparable, and the only difference I > noticed was that the ones that worked were invite -> 100 and then 503 > NORMAL_TEMPORARY_FAILURE and the one that didn't work was invite -> 100, > 183, and then 503. > > I have a lua script that told me: > > session:getVariable("originate_disposition") = SUCCESS > session:getVariable("bridge_hangup_cause") = NORMAL_TEMPORARY_FAILURE > > so... I'm guessing that a 183 marks the originate as a success which is > why continue_on_fail didn't work, since it wasn't a fail. > > Is this expected? Is the carrier "doing something wrong" here? > > They did helpfully send: "SIP/2.0 503 Service Unavailable - Route Advance" > More importantly: how can I fix it? > > Thanks, > > -Avi Marcus > BestFone > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ?talo Rossi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/9f378a11/attachment.html From richard.screene at netdev.co.uk Wed Aug 19 16:28:11 2015 From: richard.screene at netdev.co.uk (Richard Screene) Date: Wed, 19 Aug 2015 13:28:11 +0100 Subject: [Freeswitch-users] vdeaf in mod_conference Message-ID: Hello, In mod_conference is there any way for the API to suppress sending of the video stream to a member (essentially like a deaf command but for video). I?ve looked through the documentation and it seems that the ?relate? command could be used to explicitly suppress sending all members video to a single member. But, is there anything more user friendly (and that works with video mux)? Regards, Richard From richard.screene at netdev.co.uk Thu Aug 20 11:58:28 2015 From: richard.screene at netdev.co.uk (Richard Screene) Date: Thu, 20 Aug 2015 08:58:28 +0100 Subject: [Freeswitch-users] vdeaf in mod_conference Message-ID: <34F4D34B-FF0F-4A76-A21F-6FE89C2E20F1@netdev.co.uk> Hello, In mod_conference is there any way for the API to suppress sending of the video to a member (essentially like a deaf command but for video)? I?ve looked through the documentation and I can?t see anything that exactly matches. Would it be possible to define an empty conference layout and assign it to the deaf?d user with vid-watching-canvas? Are there any other solutions? Regards, Richard From astpp at inextrix.com Thu Aug 20 14:00:05 2015 From: astpp at inextrix.com (ASTPP Opensource VOIP Billing) Date: Thu, 20 Aug 2015 15:30:05 +0530 Subject: [Freeswitch-users] ASTPP Version 2.1 is Released Message-ID: Hello Everyone, We are glad announcing release of version 2.1 of ASTPP with new features, improvements and bug fixes. Here is the complete list of enhancements and fixes: http://www.astpp.org/version2-1-enhancements *ASTPP is the most popular Open Source VoIP Billing Solution for Freeswitch.* It supports prepaid and postpaid billing along with call rating and credit control features. The list does not stop here, it also provides many other features such as calling cards, Least Cost Routing (LCR), DID management, Resellers management and many more. To view *full feature list*: http://www.astpp.org/astpp-features *Check out demo here:* http://www.astpp.org/online-demo *Give it a try:* *Quick Installation steps for v2.1:* # wget --no-check-certificate https://goo.gl/ETmAJl -O install.sh # chmod +x install.sh # ./install.sh If you already have v2.0 installed, No worries!!! Upgrade is also available from v2.0 to v2.1. *Upgrade steps from v2.0 to v2.1:* # wget --no-check-certificate https://goo.gl/RIuIej -O install.sh # chmod +x install.sh # ./install.sh In case if you find any issues, then please feel free to report in our bug tracker below: http://bugs.astpp.org/ -- Regards, ASTPP Team iNextrix Technologies Pvt. Ltd. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/f141bad4/attachment.html From astpp at inextrix.com Thu Aug 20 14:08:16 2015 From: astpp at inextrix.com (astpp) Date: Thu, 20 Aug 2015 03:08:16 -0700 (MST) Subject: [Freeswitch-users] ASTPP Version 2.1 is Released Message-ID: <1440065296922-7596178.post@n2.nabble.com> Hello Everyone, We are glad announcing release of version 2.1 of ASTPP with new features, improvements and bug fixes. Here is the complete list of enhancements and fixes: http://www.astpp.org/version2-1-enhancements *ASTPP is the most popular Open Source VoIP Billing Solution for Freeswitch.* It supports prepaid and postpaid billing along with call rating and credit control features. The list does not stop here, it also provides many other features such as calling cards, Least Cost Routing (LCR), DID management, Resellers management and many more. To view *full feature list*: http://www.astpp.org/astpp-features *Check out demo here:* http://www.astpp.org/online-demo *Give it a try:* /Quick Installation steps for v2.1:/ # wget --no-check-certificate https://goo.gl/ETmAJl -O install.sh # chmod +x install.sh # ./install.sh If you already have v2.0 installed, No worries!!! Upgrade is also available from v2.0 to v2.1. /Upgrade steps from v2.0 to v2.1:/ # wget --no-check-certificate https://goo.gl/RIuIej -O install.sh # chmod +x install.sh # ./install.sh In case if you find any issues, then please feel free to report in our bug tracker below: http://bugs.astpp.org/ -- Regards, ASTPP Team iNextrix Technologies Pvt. Ltd. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/ASTPP-Version-2-1-is-Released-tp7596178.html Sent from the freeswitch-users mailing list archive at Nabble.com. From avi at avimarcus.net Thu Aug 20 17:03:47 2015 From: avi at avimarcus.net (Avi Marcus) Date: Thu, 20 Aug 2015 13:03:47 +0000 Subject: [Freeswitch-users] 183 automatically marks origination as success? In-Reply-To: References: <0000014f4ae6625d-8833c656-3af5-4754-b440-d4d25b49c249-000000@email.amazonses.com> Message-ID: <0000014f4b35493a-254eccd7-f87c-46d2-96cb-f4cdc675786f-000000@email.amazonses.com> If I'm bridging serially - endpoint|endpoind2|endpoint3, what effect does ignore_early_media=true have? I read the wiki pages and I'm not altogether sure. Does it just not not mark it as a success or will I not actually hear the early media? It sounds like it will completely ignore it, unless I use ignore_early_media=ring_ready in which case it will both not mark it a success and also send back a 180 to the other leg. I think I just need to not mark it a success, otherwise, I don't need to kill the early media. Thanks, -Avi Marcus On Thu, Aug 20, 2015 at 3:30 PM, ?talo Rossi wrote: > Correct, expected. A call is considered successful when you receive media, > 183 or 200. If you need to change this behavior you'll need to set > ignore_early_media=true before bridging. > > If you can't ignore_early_media, you need to set hangup_after_bridge=false > and do more verifications on what happened after your last bridge. > > On Thu, Aug 20, 2015 at 8:37 AM, Avi Marcus wrote: > >> I have several carriers, and I use: >> >> ... so I was a little surprised to see that a call that ended >> with NORMAL_TEMPORARY_FAILURE didn't route advance. >> I dug into the PCAPs of this and comparable, and the only difference I >> noticed was that the ones that worked were invite -> 100 and then 503 >> NORMAL_TEMPORARY_FAILURE and the one that didn't work was invite -> 100, >> 183, and then 503. >> >> I have a lua script that told me: >> >> session:getVariable("originate_disposition") = SUCCESS >> session:getVariable("bridge_hangup_cause") = NORMAL_TEMPORARY_FAILURE >> >> so... I'm guessing that a 183 marks the originate as a success which is >> why continue_on_fail didn't work, since it wasn't a fail. >> >> Is this expected? Is the carrier "doing something wrong" here? >> >> They did helpfully send: "SIP/2.0 503 Service Unavailable - Route Advance" >> More importantly: how can I fix it? >> >> Thanks, >> >> -Avi Marcus >> BestFone >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > ?talo Rossi > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/cb7351e3/attachment-0001.html From mmowatt at nexxphase.com Thu Aug 20 17:20:10 2015 From: mmowatt at nexxphase.com (Michael T Mowatt) Date: Thu, 20 Aug 2015 13:20:10 +0000 Subject: [Freeswitch-users] Receiving faxes over sip trunk In-Reply-To: References: <24E5BB5ACAADB949A7D730917E2FD0543D648E@ATLNXEXCH04.nexxlinx.com> <1440034678732.90353@netsip.com.au> Message-ID: <24E5BB5ACAADB949A7D730917E2FD0543D7632@ATLNXEXCH04.nexxlinx.com> Thank you all for the information it is very valuable. Mike From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Tahir Almas Sent: Wednesday, August 19, 2015 11:23 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Receiving faxes over sip trunk David has explained it very well We have similar experience while working with Freeswitch based open source projects ICTFax http://www.ictfax.org that if QoS parameters like latency, jitter , packet error rate are within limits , Fax over Ip transmission over T.38 is reliable however we have not tested concurrent capacity with T.38 faxing yet and we will be interested to know if someone share such results We successfully tested 500 concurrent Faxes over T.38 using Asterisk however it will be interested to know free-switch results regards Tahir Almas Managing Partner ICT Innovations http://www.ictinnovations.com Leveraging open source in ICT On Wed, Aug 19, 2015 at 6:37 PM, David Witham > wrote: We operate fax2email services as well as end-to-end fax transmission using FreeSWITCH. There are a few things to be wary of: 1) If you are connecting over a public network, either to your customer or to your provider, t.38 on that leg is your only reliable solution. You can gateway between t.38 and G711 using FreeSWITCH if you have different needs on each leg. We have found this to work reliably. 2) Find out whether your provider supports t.38 or not and find out as much as you can about their network topology. With the way some providers deploy their networks, t.38 is the only viable solution. With others, where there may be only one or two hops from an ISDN gateway to your FreeSWITCH, G711 can work very well. Its also faster than t.38. We've also found providers with a VoIP only call path and who manage their networks well we can reliably use G711. For us we pick and choose whether to use t.38 or not based on the capability of the provider. 3) If you have private links to your customers go with G711. There is a lot of CPE that has poor t.38 support and it causes more problems than it solves. 4) When using G711, particularly to CPE, turn off any features that manipulate the media stream - adaptive jitter buffers, echo cancellation, silence suppression, fax-relay/bypass. You want an unadulterated G711 stream for it to have the best chance of success. With the right network connections G711 works very well. David Witham? ________________________________ From: freeswitch-users-bounces at lists.freeswitch.org > on behalf of Jai Rangi > Sent: Thursday, 20 August 2015 02:31 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Receiving faxes over sip trunk Mike, We are using Fax on freeswitch for some clients for receiving as well as sending faxes. Have not seen any problem except few incidents here and there. -Jai Rangi www.didforsale.com On Wed, Aug 19, 2015 at 7:47 AM, Michael T Mowatt > wrote: HI all, Was wondering if anyone is using FreeSWITCH to receive faxes over a SIP trunk, and what the experience has been like. I know I?ve heard this can be difficult, but was interested in real experiences. Thanks, Mike _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/d883f01e/attachment.html From steven.szeto at mitel.com Thu Aug 20 17:40:49 2015 From: steven.szeto at mitel.com (Steven Szeto) Date: Thu, 20 Aug 2015 13:40:49 +0000 Subject: [Freeswitch-users] Is there a way to acquire the eavesdrop mode of an active eavesdrop session? Message-ID: Suppose you created a silent monitor eavesdrop session by issuing the following commands via fs_cli: * originate sofia/internal/5401 at 10.47.41.109 &bridge(sofia/internal/5901 at 10.47.41.109) * originate sofia/internal/3004 at 10.47.32.159 'eavesdrop: 0b2c9536-2f97-400a-b4da-dfb1d496855f ' inline The supervisor (3004 in the above example) then presses DTMF 3 to escalate the silent monitor eavesdrop session to a barge-in conference eavesdrop session. Is there a command in Freeswitch that would tell us that the supervisor is now in a barge-in conference? Note that the "show calls" command does not provide any indication of the current mode of the eavesdrop session 68d2beec-f853-4a67-99de-2e27e194adf8 outbound 2015-08-20 09:38:28 1440077908 sofia/internal/3004 at 10.47.32.159 CS_EXECUTE Steve Szeto 5380ip 3004 10.47.32.159 eavesdrop:0b2c9536-2f97-400a-b4da-dfb1d496855f ACTIVE 0000000000 SEND 68d2beec-f853-4a67-99de-2e27e194adf8 SSZETO-PC Outbound Call 5401 ________________________________ NOTE: This e-mail (including any attachments) is for the sole use of the intended recipient(s) and may contain information that is confidential and/or protected by legal privilege. Any unauthorized review, use, copy, disclosure or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please notify Mitel immediately and destroy all copies of this e-mail. Mitel does not accept any liability for breach of security, error or virus that may result from the transmission of this message. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/9c167c9f/attachment-0001.html From lconroy at insensate.co.uk Thu Aug 20 19:42:20 2015 From: lconroy at insensate.co.uk (Lawrence Conroy) Date: Thu, 20 Aug 2015 16:42:20 +0100 Subject: [Freeswitch-users] 183 automatically marks origination as success? In-Reply-To: References: <0000014f4ae6625d-8833c656-3af5-4754-b440-d4d25b49c249-000000@email.amazonses.com> Message-ID: Hi there, um ... are we talking about SIP here? 2xx are invite successful final responses; 3xx are transfer final responses whilst 4xx, 5xx are final errors. 1xx are temporary responses. Thus a 1xx followed by a 4xx (or 5xx) is not a success. Or have I missed something in RFC2543 or 3761? all the best, Lawrence On 20 Aug 2015, at 13:30, ?talo Rossi wrote: > Correct, expected. A call is considered successful when you receive media, 183 or 200. If you need to change this behavior you'll need to set ignore_early_media=true before bridging. > > If you can't ignore_early_media, you need to set hangup_after_bridge=false and do more verifications on what happened after your last bridge. > > On Thu, Aug 20, 2015 at 8:37 AM, Avi Marcus wrote: > I have several carriers, and I use: > > ... so I was a little surprised to see that a call that ended with NORMAL_TEMPORARY_FAILURE didn't route advance. > I dug into the PCAPs of this and comparable, and the only difference I noticed was that the ones that worked were invite -> 100 and then 503 NORMAL_TEMPORARY_FAILURE and the one that didn't work was invite -> 100, 183, and then 503. > > I have a lua script that told me: > > session:getVariable("originate_disposition") = SUCCESS > session:getVariable("bridge_hangup_cause") = NORMAL_TEMPORARY_FAILURE > > so... I'm guessing that a 183 marks the originate as a success which is why continue_on_fail didn't work, since it wasn't a fail. > > Is this expected? Is the carrier "doing something wrong" here? > > They did helpfully send: "SIP/2.0 503 Service Unavailable - Route Advance" > More importantly: how can I fix it? > > Thanks, > > -Avi Marcus > BestFone > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > ?talo Rossi > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From petedao at gmail.com Thu Aug 20 20:03:37 2015 From: petedao at gmail.com (Pete Kay) Date: Thu, 20 Aug 2015 09:03:37 -0700 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: Message-ID: Hi If I need to bridge a call between webrtc and normal SIP endpoint that does not support SRTP, is it possible to do in freeswitch with proxy? Is there any example in setting it up? On Thu, Aug 20, 2015 at 1:18 AM, Pete Kay wrote: > Hi > I used webtc with resiprocate SIP stack on the end point that is sending > the call to freeswitch. > > I would like freeswitch to send out the call as AVPF not SAVPF. > > Can it be done? > > > On Wed, Aug 19, 2015 at 11:55 AM, Brian West wrote: > >> What devices or endpoints are involved here? >> >> On Wed, Aug 19, 2015 at 11:55 AM, Pete Kay wrote: >> >>> Hi Brian >>> >>> Thanks for your note. >>> >>> I tried adding rtp_secure_media=false, but freeswitch is still sending >>> out INVIE with RTP/SAVPF instead of RTP/AVPF . Here is my trace and you >>> can see : >>> >>> >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:258 >>> sofia/internal/1001 at x.x.x.x:5060 Standard EXECUTE >>> >>> EXECUTE sofia/internal/1001 at x.x.x.x:5060 >>> >>> bridge({rtp_secure_media=false,sip_secure_media=false,sdp_secure_savp_only=false}[rtp_secure_media=false,sip_secure_media=false,sdp_secure_savp_only=false]sofia/external/754617162742492 at y.y.y.y >>> ) >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:2104 Parsing >>> global variables >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:2557 Parsing >>> session specific variables >>> >>> 2015-08-19 16:39:33.377375 [NOTICE] switch_channel.c:1089 New Channel >>> sofia/external/754617162742492 at y.y.y.y >>> [deef983a-4690-11e5-bc5c-a9401796c7fb] >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4735 >>> (sofia/external/754617162742492 at y.y.y.y) State Change CS_NEW -> CS_INIT >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>> Setting a-leg inherit_codec=true >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >>> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >>> @20i at 64000b' >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/external/754617162742492 at y.y.y.y) Running State Change CS_INIT >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:516 >>> (sofia/external/754617162742492 at y.y.y.y) State INIT >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:88 >>> sofia/external/754617162742492 at y.y.y.y SOFIA INIT >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] sofia_glue.c:1257 >>> sofia/external/754617162742492 at y.y.y.y sending invite version: 1.7.0 >>> git 58f1272 2015-08-14 17:51:12Z 64bit >>> >>> Local SDP: >>> >>> v=0 >>> >>> o=- 17300718973260560 2 IN IP4 127.0.0.1 >>> >>> s=- >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 0.0.0.0 >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:PnfmNO9Dz+k1UOa7 >>> >>> a=ice-pwd:pgHY0UMTpo7GdhKjlYo1Iydw >>> >>> a=fingerprint:sha-1 >>> E4:37:56:11:D0:85:9C:AA:3D:E6:C5:91:90:E0:9C:CB:72:B4:AD:73 >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:3618606750 cname:MRSf+/mvBVoJ8cZ2 >>> >>> a=ssrc:3618606750 msid:media_stream audio_track >>> >>> a=ssrc:3618606750 mslabel:media_stream >>> >>> a=ssrc:3618606750 label:audio_track >>> >>> a=candidate:19046677 1 udp 2122260223 172.20.10.1 65083 typ host >>> generation 0 >>> >>> a=candidate:1401911659 1 udp 2122194687 10.225.0.80 51576 typ host >>> generation 0 >>> >>> a=candidate:19046677 2 udp 2122260222 172.20.10.1 52823 typ host >>> generation 0 >>> >>> a=candidate:1401911659 2 udp 2122194686 10.225.0.80 54104 typ host >>> generation 0 >>> >>> a=candidate:1335975397 1 tcp 1518280447 172.20.10.1 55663 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:487359899 1 tcp 1518214911 10.225.0.80 55664 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:1335975397 2 tcp 1518280446 172.20.10.1 55665 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:487359899 2 tcp 1518214910 10.225.0.80 55666 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:4207998654 2 udp 1685987070 112.97.38.45 38318 typ srflx >>> raddr 10.225.0.80 rport 54104 generation 0 >>> >>> a=candidate:4207998654 1 udp 1685987071 112.97.38.45 38319 typ srflx >>> raddr 10.225.0.80 rport 51576 generation 0 >>> >>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 59784 typ relay >>> raddr 112.97.38.45 rport 56317 generation 0 >>> >>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 50331 typ relay >>> raddr 112.97.38.45 rport 56318 generation 0 >>> >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:40 >>> sofia/external/754617162742492 at y.y.y.y Standard INIT >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:48 >>> (sofia/external/754617162742492 at y.y.y.y) State Change CS_INIT -> >>> CS_ROUTING >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:516 >>> (sofia/external/754617162742492 at y.y.y.y) State INIT going to sleep >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/external/754617162742492 at y.y.y.y) Running State Change CS_ROUTING >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:532 >>> (sofia/external/754617162742492 at y.y.y.y) State ROUTING >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:141 >>> sofia/external/754617162742492 at y.y.y.y SOFIA ROUTING >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:67 >>> (sofia/external/754617162742492 at y.y.y.y) State Change CS_ROUTING -> >>> CS_CONSUME_MEDIA >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:532 >>> (sofia/external/754617162742492 at y.y.y.y) State ROUTING going to sleep >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/external/754617162742492 at y.y.y.y) Running State Change >>> CS_CONSUME_MEDIA >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:551 >>> (sofia/external/754617162742492 at y.y.y.y) State CONSUME_MEDIA >>> >>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:551 >>> (sofia/external/754617162742492 at y.y.y.y) State CONSUME_MEDIA going to >>> sleep >>> >>> send 3016 bytes to udp/[y.y.y.y]:5060 at 16:39:33.416743: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> INVITE sip:754617162742492 at y.y.y.y SIP/2.0 >>> >>> Via: SIP/2.0/UDP x.x.x.x:5080;rport;branch=z9hG4bKy0863tDZNpBam >>> >>> Max-Forwards: 69 >>> >>> From: "Extension 1001" >>> >;tag=yByKaDNK07mNm >>> >>> To: >>> >>> Call-ID: b64e1296-c133-1233-2795-60eb698211be >>> >>> CSeq: 79665122 INVITE >>> >>> Contact: >> > >>> >>> User-Agent: >>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>> >>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>> REGISTER, REFER, NOTIFY >>> >>> Supported: timer, path, replaces >>> >>> Allow-Events: talk, hold, conference, refer >>> >>> Content-Type: application/sdp >>> >>> Content-Disposition: session >>> >>> Content-Length: 2187 >>> >>> X-FS-Support: update_display,send_info >>> >>> Remote-Party-ID: "Extension 1001" >> >;party=calling;screen=yes;privacy=off >>> >>> >>> >>> v=0 >>> >>> o=- 17300718973260560 2 IN IP4 108.165.2.110 >>> >>> s=- >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 0.0.0.0 >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:PnfmNO9Dz+k1UOa7 >>> >>> a=ice-pwd:pgHY0UMTpo7GdhKjlYo1Iydw >>> >>> a=fingerprint:sha-1 >>> E4:37:56:11:D0:85:9C:AA:3D:E6:C5:91:90:E0:9C:CB:72:B4:AD:73 >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:3618606750 cname:MRSf+/mvBVoJ8cZ2 >>> >>> a=ssrc:3618606750 msid:media_stream audio_track >>> >>> a=ssrc:3618606750 mslabel:media_stream >>> >>> a=ssrc:3618606750 label:audio_track >>> >>> a=candidate:19046677 1 udp 2122260223 172.20.10.1 65083 typ host >>> generation 0 >>> >>> a=candidate:1401911659 1 udp 2122194687 10.225.0.80 51576 typ host >>> generation 0 >>> >>> a=candidate:19046677 2 udp 2122260222 172.20.10.1 52823 typ host >>> generation 0 >>> >>> a=candidate:1401911659 2 udp 2122194686 10.225.0.80 54104 typ host >>> generation 0 >>> >>> a=candidate:1335975397 1 tcp 1518280447 172.20.10.1 55663 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:487359899 1 tcp 1518214911 10.225.0.80 55664 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:1335975397 2 tcp 1518280446 172.20.10.1 55665 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:487359899 2 tcp 1518214910 10.225.0.80 55666 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:4207998654 2 udp 1685987070 112.97.38.45 38318 typ srflx >>> raddr 10.225.0.80 rport 54104 generation 0 >>> >>> a=candidate:4207998654 1 udp 1685987071 112.97.38.45 38319 typ srflx >>> raddr 10.225.0.80 rport 51576 generation 0 >>> >>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 59784 typ relay >>> raddr 112.97.38.45 rport 56317 generation 0 >>> >>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 50331 typ relay >>> raddr 112.97.38.45 rport 56318 generation 0 >>> --------------------------- >>> >>> On Mon, Aug 17, 2015 at 9:28 AM, Brian West >>> wrote: >>> >>>> rtp_secure_media=false is the variable name. >>>> >>>> On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay wrote: >>>> >>>>> Hi >>>>> >>>>> I am trying to send call from webrtc to freeswitch and then bridge to >>>>> an external endpoint that is a normal SIP phone. I tried to use >>>>> sip_secure_media=false to force the media to be converted from SAVP to >>>>> AVP. >>>>> >>>>> But the outgoing INVITE is still showing SAVP ( sip trace blow ). >>>>> Does anyone know where I am doing wrong? any help will be greately >>>>> appreciated. >>>>> >>>>> 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing >>>>> 1001 <1001>->1002 in context default >>>>> >>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >>>>> [default->incoming_calls] continue=false >>>>> >>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) >>>>> [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false >>>>> >>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>>> ) >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> >>>>> CS_EXECUTE >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 >>>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 >>>>> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >>>>> >>>>> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >>>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>>> ) >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 Parsing >>>>> global variables >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 Parsing >>>>> session specific variables >>>>> >>>>> 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel >>>>> sofia/internal/754617162742492 at x.x.x.x >>>>> [ca6d5930-44f4-11e5-9cc9-c9574f94e170] >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> >>>>> CS_INIT >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>>>> Setting a-leg inherit_codec=true >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>>>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >>>>> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >>>>> @20i at 64000b' >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_INIT >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 >>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA INIT >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 >>>>> sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 >>>>> git 58f1272 2015-08-14 17:51:12Z 64bit >>>>> >>>>> Local SDP: >>>>> >>>>> v=0 >>>>> >>>>> o=- 4133111956976529630 2 IN IP4 127.0.0.1 >>>>> >>>>> s=- >>>>> >>>>> t=0 0 >>>>> >>>>> a=group:BUNDLE audio >>>>> >>>>> a=msid-semantic: WMS media_stream >>>>> >>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>> >>>>> c=IN IP4 0.0.0.0 >>>>> >>>>> a=rtpmap:111 opus/48000/2 >>>>> >>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>> >>>>> a=rtpmap:103 ISAC/16000 >>>>> >>>>> a=rtpmap:9 G722/8000 >>>>> >>>>> a=rtpmap:102 ILBC/8000 >>>>> >>>>> a=rtpmap:0 PCMU/8000 >>>>> >>>>> a=rtpmap:8 PCMA/8000 >>>>> >>>>> a=rtpmap:106 CN/32000 >>>>> >>>>> a=rtpmap:105 CN/16000 >>>>> >>>>> a=rtpmap:13 CN/8000 >>>>> >>>>> a=rtpmap:127 red/8000 >>>>> >>>>> a=rtpmap:126 telephone-event/8000 >>>>> >>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>> >>>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>>> >>>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>>> >>>>> a=fingerprint:sha-1 >>>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>>> >>>>> a=setup:actpass >>>>> >>>>> a=mid:audio >>>>> >>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>> >>>>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>> >>>>> a=rtcp-mux >>>>> >>>>> a=maxptime:60 >>>>> >>>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>>> >>>>> a=ssrc:3618235845 msid:media_stream audio_track >>>>> >>>>> a=ssrc:3618235845 mslabel:media_stream >>>>> >>>>> a=ssrc:3618235845 label:audio_track >>>>> >>>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>>> raddr 192.168.1.101 rport 60710 generation 0 >>>>> >>>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>>> raddr 192.168.1.101 rport 64150 generation 0 >>>>> >>>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>>>> raddr 10.73.229.110 rport 52079 generation 0 >>>>> >>>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>>>> raddr 10.73.229.110 rport 51909 generation 0 >>>>> >>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>>>> raddr 27.38.56.3 rport 36782 generation 0 >>>>> >>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>>>> raddr 27.38.56.3 rport 37553 generation 0 >>>>> >>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>>>> raddr 112.97.38.179 rport 54091 generation 0 >>>>> >>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>>>> raddr 112.97.38.179 rport 54092 generation 0 >>>>> >>>>> >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 >>>>> sofia/internal/754617162742492 at x.x.x.x Standard INIT >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> >>>>> CS_ROUTING >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>> CS_ROUTING >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 >>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >>>>> CS_CONSUME_MEDIA >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to sleep >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>> CS_CONSUME_MEDIA >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to >>>>> sleep >>>>> >>>>> send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >>>>> >>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>> >>>>> Max-Forwards: 69 >>>>> >>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>> >>>>> To: >>>>> >>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>> >>>>> CSeq: 79576629 INVITE >>>>> >>>>> Contact: >>>>> >>>>> User-Agent: >>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>>>> >>>>> 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 >>>>> >>>>> Content-Type: application/sdp >>>>> >>>>> Content-Disposition: session >>>>> >>>>> Content-Length: 2665 >>>>> >>>>> X-FS-Support: update_display,send_info >>>>> >>>>> Remote-Party-ID: "Extension 1001" >>>> >;party=calling;screen=yes;privacy=off >>>>> >>>>> >>>>> >>>>> v=0 >>>>> >>>>> o=- 4133111956976529630 2 IN IP4 y.y.y.y >>>>> >>>>> s=- >>>>> >>>>> t=0 0 >>>>> >>>>> a=group:BUNDLE audio >>>>> >>>>> a=msid-semantic: WMS media_stream >>>>> >>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>> >>>>> c=IN IP4 0.0.0.0 >>>>> >>>>> a=rtpmap:111 opus/48000/2 >>>>> >>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>> >>>>> a=rtpmap:103 ISAC/16000 >>>>> >>>>> a=rtpmap:9 G722/8000 >>>>> >>>>> a=rtpmap:102 ILBC/8000 >>>>> >>>>> a=rtpmap:0 PCMU/8000 >>>>> >>>>> a=rtpmap:8 PCMA/8000 >>>>> >>>>> a=rtpmap:106 CN/32000 >>>>> >>>>> a=rtpmap:105 CN/16000 >>>>> >>>>> a=rtpmap:13 CN/8000 >>>>> >>>>> a=rtpmap:127 red/8000 >>>>> >>>>> a=rtpmap:126 telephone-event/8000 >>>>> >>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>> >>>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>>> >>>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>>> >>>>> a=fingerprint:sha-1 >>>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>>> >>>>> a=setup:actpass >>>>> >>>>> a=mid:audio >>>>> >>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>> >>>>> a=extmap:3 >>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>> >>>>> a=rtcp-mux >>>>> >>>>> a=maxptime:60 >>>>> >>>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>>> >>>>> a=ssrc:3618235845 msid:media_stream audio_track >>>>> >>>>> a=ssrc:3618235845 mslabel:media_stream >>>>> >>>>> a=ssrc:3618235845 label:audio_track >>>>> >>>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ >>>>> host generation 0 >>>>> >>>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ >>>>> host generation 0 >>>>> >>>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ >>>>> host generation 0 >>>>> >>>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ >>>>> host generation 0 >>>>> >>>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ >>>>> host tcptype passive generation 0 >>>>> >>>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ >>>>> host tcptype passive generation 0 >>>>> >>>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ >>>>> host tcptype passive generation 0 >>>>> >>>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ >>>>> host tcptype passive generation 0 >>>>> >>>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>>> raddr 192.168.1.101 rport 60710 generation 0 >>>>> >>>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>>> raddr 192.168.1.101 rport 64150 generation 0 >>>>> >>>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ >>>>> srflx raddr 10.73.229.110 rport 52079 generation 0 >>>>> >>>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ >>>>> srflx raddr 10.73.229.110 rport 51909 generation 0 >>>>> >>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ >>>>> relay raddr 27.38.56.3 rport 36782 generation 0 >>>>> >>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ >>>>> relay raddr 27.38.56.3 rport 37553 generation 0 >>>>> >>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ >>>>> relay raddr 112.97.38.179 rport 54091 generation 0 >>>>> >>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ >>>>> relay raddr 112.97.38.179 rport 54092 generation 0 >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel >>>>> sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] >>>>> >>>>> recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> SIP/2.0 100 Trying >>>>> >>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>> >>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>> >>>>> To: >>>>> >>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>> >>>>> CSeq: 79576629 INVITE >>>>> >>>>> User-Agent: DNL-Switch >>>>> >>>>> Content-Length: 0 >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> SIP/2.0 415 Unsupported Media Type >>>>> >>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>> >>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>> >>>>> To: ;tag=Ut8ye62NUrQeB >>>>> >>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>> >>>>> CSeq: 79576629 INVITE >>>>> >>>>> User-Agent: DNL-Switch >>>>> >>>>> Accept: application/sdp >>>>> >>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >>>>> >>>>> Supported: timer >>>>> >>>>> Content-Length: 0 >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> ACK sip:754617162742492 at x.x.x.x SIP/2.0 >>>>> >>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>> >>>>> Max-Forwards: 69 >>>>> >>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>> >>>>> To: ;tag=Ut8ye62NUrQeB >>>>> >>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>> >>>>> CSeq: 79576629 ACK >>>>> >>>>> Content-Length: 0 >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel >>>>> sofia/internal/754617162742492 at x.x.x.x entering state >>>>> [terminated][415] >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup >>>>> sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] >>>>> [SERVICE_NOT_IMPLEMENTED] >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>> CS_HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> >>>>> HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>>> sofia/internal/754617162742492 at x.x.x.x hanging up, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>>> sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> >>>>> CS_REPORTING >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>> CS_REPORTING >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>>> sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to >>>>> sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING -> >>>>> CS_DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session >>>>> 2 (sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting on >>>>> external entities >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 >>>>> Originate Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session >>>>> 2 (sofia/internal/754617162742492 at x.x.x.x) Ended >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>>> Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>> CS_DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>>> sofia/internal/754617162742492 at x.x.x.x Standard DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate >>>>> Failed. Cause: SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup >>>>> sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] >>>>> [SERVICE_NOT_IMPLEMENTED] >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 >>>>> sofia/internal/1001 at y.y.y.y:5060 skip receive message >>>>> [APPLICATION_EXEC_COMPLETE] (channel is hungup already) >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>>> (sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 >>>>> sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 >>>>> from the other leg >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>>> sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to >>>>> INVITE with: 415 >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>>> sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> >>>>> CS_REPORTING >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING >>>>> >>>>> send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> SIP/2.0 415 Unsupported Media Type >>>>> >>>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 >>>>> >>>>> Max-Forwards: 70 >>>>> >>>>> From: ;tag=9de53b6c >>>>> >>>>> To: ;tag=gXrZg0KvmrXZH >>>>> >>>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>>> >>>>> CSeq: 2 INVITE >>>>> >>>>> User-Agent: >>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 >>>>> >>>>> Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" >>>>> >>>>> Content-Length: 0 >>>>> >>>>> Remote-Party-ID: "1002" >>>> >;party=calling;privacy=off;screen=no >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>>> sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> >>>>> CS_DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session >>>>> 1 (sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on external >>>>> entities >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session >>>>> 1 (sofia/internal/1001 at y.y.y.y:5060) Ended >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>>> Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>>> sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep >>>>> >>>>> recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> ACK sip:1002 at y.y.y.y:5060 SIP/2.0 >>>>> >>>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport >>>>> >>>>> Max-Forwards: 70 >>>>> >>>>> To: ;tag=gXrZg0KvmrXZH >>>>> >>>>> From: ;tag=9de53b6c >>>>> >>>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>>> >>>>> CSeq: 2 ACK >>>>> >>>>> Content-Length: 0 >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at 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 at 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* >>>> brian at freeswitch.org >>>> >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at 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* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/2559592b/attachment-0001.html From gmaruzz at gmail.com Thu Aug 20 20:04:57 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Thu, 20 Aug 2015 18:04:57 +0200 Subject: [Freeswitch-users] 183 automatically marks origination as success? In-Reply-To: References: <0000014f4ae6625d-8833c656-3af5-4754-b440-d4d25b49c249-000000@email.amazonses.com> Message-ID: FreeSWITCH considers a 183 with media as successful origination of call, as in "you want to ear the early media". If you don't, you set "ignore-early-media" to true. sent from my mobile, Giovanni Maruzzelli cell: +39 347 266 56 18 On Aug 20, 2015 5:44 PM, "Lawrence Conroy" wrote: > Hi there, > um ... are we talking about SIP here? > 2xx are invite successful final responses; 3xx are transfer final > responses whilst 4xx, 5xx are final errors. 1xx are temporary responses. > Thus a 1xx followed by a 4xx (or 5xx) is not a success. > Or have I missed something in RFC2543 or 3761? > > all the best, > Lawrence > > > On 20 Aug 2015, at 13:30, ?talo Rossi wrote: > > > Correct, expected. A call is considered successful when you receive > media, 183 or 200. If you need to change this behavior you'll need to set > ignore_early_media=true before bridging. > > > > If you can't ignore_early_media, you need to set > hangup_after_bridge=false and do more verifications on what happened after > your last bridge. > > > > On Thu, Aug 20, 2015 at 8:37 AM, Avi Marcus wrote: > > I have several carriers, and I use: > > > > ... so I was a little surprised to see that a call that ended with > NORMAL_TEMPORARY_FAILURE didn't route advance. > > I dug into the PCAPs of this and comparable, and the only difference I > noticed was that the ones that worked were invite -> 100 and then 503 > NORMAL_TEMPORARY_FAILURE and the one that didn't work was invite -> 100, > 183, and then 503. > > > > I have a lua script that told me: > > > > session:getVariable("originate_disposition") = SUCCESS > > session:getVariable("bridge_hangup_cause") = NORMAL_TEMPORARY_FAILURE > > > > so... I'm guessing that a 183 marks the originate as a success which is > why continue_on_fail didn't work, since it wasn't a fail. > > > > Is this expected? Is the carrier "doing something wrong" here? > > > > They did helpfully send: "SIP/2.0 503 Service Unavailable - Route > Advance" > > More importantly: how can I fix it? > > > > Thanks, > > > > -Avi Marcus > > BestFone > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > > -- > > ?talo Rossi > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/2956645d/attachment.html From anthony.minessale at gmail.com Thu Aug 20 20:09:37 2015 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 20 Aug 2015 11:09:37 -0500 Subject: [Freeswitch-users] 183 automatically marks origination as success? In-Reply-To: References: <0000014f4ae6625d-8833c656-3af5-4754-b440-d4d25b49c249-000000@email.amazonses.com> Message-ID: The discussion was about the success of the FreeSWITCH originate function which by default returns as soon as media is possible. That should not be confused with the success of the call leg itself. The originate function has many complex params to control behavior. As many have stated ignore_early_media=true will make originate only return on an answered call. On Thu, Aug 20, 2015 at 10:42 AM, Lawrence Conroy wrote: > Hi there, > um ... are we talking about SIP here? > 2xx are invite successful final responses; 3xx are transfer final > responses whilst 4xx, 5xx are final errors. 1xx are temporary responses. > Thus a 1xx followed by a 4xx (or 5xx) is not a success. > Or have I missed something in RFC2543 or 3761? > > all the best, > Lawrence > > > On 20 Aug 2015, at 13:30, ?talo Rossi wrote: > > > Correct, expected. A call is considered successful when you receive > media, 183 or 200. If you need to change this behavior you'll need to set > ignore_early_media=true before bridging. > > > > If you can't ignore_early_media, you need to set > hangup_after_bridge=false and do more verifications on what happened after > your last bridge. > > > > On Thu, Aug 20, 2015 at 8:37 AM, Avi Marcus wrote: > > I have several carriers, and I use: > > > > ... so I was a little surprised to see that a call that ended with > NORMAL_TEMPORARY_FAILURE didn't route advance. > > I dug into the PCAPs of this and comparable, and the only difference I > noticed was that the ones that worked were invite -> 100 and then 503 > NORMAL_TEMPORARY_FAILURE and the one that didn't work was invite -> 100, > 183, and then 503. > > > > I have a lua script that told me: > > > > session:getVariable("originate_disposition") = SUCCESS > > session:getVariable("bridge_hangup_cause") = NORMAL_TEMPORARY_FAILURE > > > > so... I'm guessing that a 183 marks the originate as a success which is > why continue_on_fail didn't work, since it wasn't a fail. > > > > Is this expected? Is the carrier "doing something wrong" here? > > > > They did helpfully send: "SIP/2.0 503 Service Unavailable - Route > Advance" > > More importantly: how can I fix it? > > > > Thanks, > > > > -Avi Marcus > > BestFone > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > > -- > > ?talo Rossi > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/8a1a7ad9/attachment.html From msc at freeswitch.org Thu Aug 20 20:25:52 2015 From: msc at freeswitch.org (Michael Collins) Date: Thu, 20 Aug 2015 09:25:52 -0700 Subject: [Freeswitch-users] valet park - correction In-Reply-To: <6F5D897189DB4DC096F453D180F5F103@DARCY> References: <590E85E9E84141CB8A6F0B2415197674@DARCY> <6F5D897189DB4DC096F453D180F5F103@DARCY> Message-ID: Is the person executing the transfer inadvertently doing a blind transfer instead of an attended transfer? -MC On Wed, Aug 19, 2015 at 8:13 PM, Darcy Primrose wrote: > I included the wrong dial plan > > > > > > > > > ----- Original Message ----- > *From:* Darcy Primrose > *To:* FreeSWITCH Users Help > *Sent:* Wednesday, August 19, 2015 11:04 PM > *Subject:* [Freeswitch-users] valet park > > When we use valet park, and set announce_slot=true, it plays to the wrong > party. The valet park works and you can retrieve it. If we park using > the meta-ap, then it plays in the correct direction. > > Dial plan to park from a key > > > > > > > > > > > Using Meta AP > > > Any guidance would be appreciated. > > Darcy Primrose > Voice2Net Corp. > > ------------------------------ > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > ------------------------------ > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2015.0.6086 / Virus Database: 4401/10467 - Release Date: 08/19/15 > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/dbc7887b/attachment-0001.html From brian at freeswitch.org Thu Aug 20 20:27:40 2015 From: brian at freeswitch.org (Brian West) Date: Thu, 20 Aug 2015 11:27:40 -0500 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: Message-ID: What are you doing on the bridge line? try setting media_webrtc=false inside {} on your bridge line. On Thu, Aug 20, 2015 at 11:03 AM, Pete Kay wrote: > Hi > > > If I need to bridge a call between webrtc and normal SIP endpoint that > does not support SRTP, is it possible to do in freeswitch with proxy? Is > there any example in setting it up? > > On Thu, Aug 20, 2015 at 1:18 AM, Pete Kay wrote: > >> Hi >> I used webtc with resiprocate SIP stack on the end point that is sending >> the call to freeswitch. >> >> I would like freeswitch to send out the call as AVPF not SAVPF. >> >> Can it be done? >> >> >> On Wed, Aug 19, 2015 at 11:55 AM, Brian West >> wrote: >> >>> What devices or endpoints are involved here? >>> >>> On Wed, Aug 19, 2015 at 11:55 AM, Pete Kay wrote: >>> >>>> Hi Brian >>>> >>>> Thanks for your note. >>>> >>>> I tried adding rtp_secure_media=false, but freeswitch is still sending >>>> out INVIE with RTP/SAVPF instead of RTP/AVPF . Here is my trace and you >>>> can see : >>>> >>>> >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:258 >>>> sofia/internal/1001 at x.x.x.x:5060 Standard EXECUTE >>>> >>>> EXECUTE sofia/internal/1001 at x.x.x.x:5060 >>>> >>>> bridge({rtp_secure_media=false,sip_secure_media=false,sdp_secure_savp_only=false}[rtp_secure_media=false,sip_secure_media=false,sdp_secure_savp_only=false]sofia/external/754617162742492 at y.y.y.y >>>> ) >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:2104 Parsing >>>> global variables >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:2557 Parsing >>>> session specific variables >>>> >>>> 2015-08-19 16:39:33.377375 [NOTICE] switch_channel.c:1089 New Channel >>>> sofia/external/754617162742492 at y.y.y.y >>>> [deef983a-4690-11e5-bc5c-a9401796c7fb] >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4735 >>>> (sofia/external/754617162742492 at y.y.y.y) State Change CS_NEW -> CS_INIT >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>>> Setting a-leg inherit_codec=true >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >>>> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >>>> @20i at 64000b' >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/external/754617162742492 at y.y.y.y) Running State Change CS_INIT >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:516 >>>> (sofia/external/754617162742492 at y.y.y.y) State INIT >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:88 >>>> sofia/external/754617162742492 at y.y.y.y SOFIA INIT >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] sofia_glue.c:1257 >>>> sofia/external/754617162742492 at y.y.y.y sending invite version: 1.7.0 >>>> git 58f1272 2015-08-14 17:51:12Z 64bit >>>> >>>> Local SDP: >>>> >>>> v=0 >>>> >>>> o=- 17300718973260560 2 IN IP4 127.0.0.1 >>>> >>>> s=- >>>> >>>> t=0 0 >>>> >>>> a=group:BUNDLE audio >>>> >>>> a=msid-semantic: WMS media_stream >>>> >>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>> >>>> c=IN IP4 0.0.0.0 >>>> >>>> a=rtpmap:111 opus/48000/2 >>>> >>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>> >>>> a=rtpmap:103 ISAC/16000 >>>> >>>> a=rtpmap:9 G722/8000 >>>> >>>> a=rtpmap:102 ILBC/8000 >>>> >>>> a=rtpmap:0 PCMU/8000 >>>> >>>> a=rtpmap:8 PCMA/8000 >>>> >>>> a=rtpmap:106 CN/32000 >>>> >>>> a=rtpmap:105 CN/16000 >>>> >>>> a=rtpmap:13 CN/8000 >>>> >>>> a=rtpmap:127 red/8000 >>>> >>>> a=rtpmap:126 telephone-event/8000 >>>> >>>> a=rtcp:9 IN IP4 0.0.0.0 >>>> >>>> a=ice-ufrag:PnfmNO9Dz+k1UOa7 >>>> >>>> a=ice-pwd:pgHY0UMTpo7GdhKjlYo1Iydw >>>> >>>> a=fingerprint:sha-1 >>>> E4:37:56:11:D0:85:9C:AA:3D:E6:C5:91:90:E0:9C:CB:72:B4:AD:73 >>>> >>>> a=setup:actpass >>>> >>>> a=mid:audio >>>> >>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>> >>>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>> >>>> a=rtcp-mux >>>> >>>> a=maxptime:60 >>>> >>>> a=ssrc:3618606750 cname:MRSf+/mvBVoJ8cZ2 >>>> >>>> a=ssrc:3618606750 msid:media_stream audio_track >>>> >>>> a=ssrc:3618606750 mslabel:media_stream >>>> >>>> a=ssrc:3618606750 label:audio_track >>>> >>>> a=candidate:19046677 1 udp 2122260223 172.20.10.1 65083 typ host >>>> generation 0 >>>> >>>> a=candidate:1401911659 1 udp 2122194687 10.225.0.80 51576 typ host >>>> generation 0 >>>> >>>> a=candidate:19046677 2 udp 2122260222 172.20.10.1 52823 typ host >>>> generation 0 >>>> >>>> a=candidate:1401911659 2 udp 2122194686 10.225.0.80 54104 typ host >>>> generation 0 >>>> >>>> a=candidate:1335975397 1 tcp 1518280447 172.20.10.1 55663 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:487359899 1 tcp 1518214911 10.225.0.80 55664 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:1335975397 2 tcp 1518280446 172.20.10.1 55665 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:487359899 2 tcp 1518214910 10.225.0.80 55666 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:4207998654 2 udp 1685987070 112.97.38.45 38318 typ srflx >>>> raddr 10.225.0.80 rport 54104 generation 0 >>>> >>>> a=candidate:4207998654 1 udp 1685987071 112.97.38.45 38319 typ srflx >>>> raddr 10.225.0.80 rport 51576 generation 0 >>>> >>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 59784 typ relay >>>> raddr 112.97.38.45 rport 56317 generation 0 >>>> >>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 50331 typ relay >>>> raddr 112.97.38.45 rport 56318 generation 0 >>>> >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:40 >>>> sofia/external/754617162742492 at y.y.y.y Standard INIT >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:48 >>>> (sofia/external/754617162742492 at y.y.y.y) State Change CS_INIT -> >>>> CS_ROUTING >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:516 >>>> (sofia/external/754617162742492 at y.y.y.y) State INIT going to sleep >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/external/754617162742492 at y.y.y.y) Running State Change >>>> CS_ROUTING >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:532 >>>> (sofia/external/754617162742492 at y.y.y.y) State ROUTING >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:141 >>>> sofia/external/754617162742492 at y.y.y.y SOFIA ROUTING >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:67 >>>> (sofia/external/754617162742492 at y.y.y.y) State Change CS_ROUTING -> >>>> CS_CONSUME_MEDIA >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:532 >>>> (sofia/external/754617162742492 at y.y.y.y) State ROUTING going to sleep >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/external/754617162742492 at y.y.y.y) Running State Change >>>> CS_CONSUME_MEDIA >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:551 >>>> (sofia/external/754617162742492 at y.y.y.y) State CONSUME_MEDIA >>>> >>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:551 >>>> (sofia/external/754617162742492 at y.y.y.y) State CONSUME_MEDIA going to >>>> sleep >>>> >>>> send 3016 bytes to udp/[y.y.y.y]:5060 at 16:39:33.416743: >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> INVITE sip:754617162742492 at y.y.y.y SIP/2.0 >>>> >>>> Via: SIP/2.0/UDP x.x.x.x:5080;rport;branch=z9hG4bKy0863tDZNpBam >>>> >>>> Max-Forwards: 69 >>>> >>>> From: "Extension 1001" >>>> >;tag=yByKaDNK07mNm >>>> >>>> To: >>>> >>>> Call-ID: b64e1296-c133-1233-2795-60eb698211be >>>> >>>> CSeq: 79665122 INVITE >>>> >>>> Contact: >>> > >>>> >>>> User-Agent: >>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>>> >>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>>> REGISTER, REFER, NOTIFY >>>> >>>> Supported: timer, path, replaces >>>> >>>> Allow-Events: talk, hold, conference, refer >>>> >>>> Content-Type: application/sdp >>>> >>>> Content-Disposition: session >>>> >>>> Content-Length: 2187 >>>> >>>> X-FS-Support: update_display,send_info >>>> >>>> Remote-Party-ID: "Extension 1001" >>> >;party=calling;screen=yes;privacy=off >>>> >>>> >>>> >>>> v=0 >>>> >>>> o=- 17300718973260560 2 IN IP4 108.165.2.110 >>>> >>>> s=- >>>> >>>> t=0 0 >>>> >>>> a=group:BUNDLE audio >>>> >>>> a=msid-semantic: WMS media_stream >>>> >>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>> >>>> c=IN IP4 0.0.0.0 >>>> >>>> a=rtpmap:111 opus/48000/2 >>>> >>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>> >>>> a=rtpmap:103 ISAC/16000 >>>> >>>> a=rtpmap:9 G722/8000 >>>> >>>> a=rtpmap:102 ILBC/8000 >>>> >>>> a=rtpmap:0 PCMU/8000 >>>> >>>> a=rtpmap:8 PCMA/8000 >>>> >>>> a=rtpmap:106 CN/32000 >>>> >>>> a=rtpmap:105 CN/16000 >>>> >>>> a=rtpmap:13 CN/8000 >>>> >>>> a=rtpmap:127 red/8000 >>>> >>>> a=rtpmap:126 telephone-event/8000 >>>> >>>> a=rtcp:9 IN IP4 0.0.0.0 >>>> >>>> a=ice-ufrag:PnfmNO9Dz+k1UOa7 >>>> >>>> a=ice-pwd:pgHY0UMTpo7GdhKjlYo1Iydw >>>> >>>> a=fingerprint:sha-1 >>>> E4:37:56:11:D0:85:9C:AA:3D:E6:C5:91:90:E0:9C:CB:72:B4:AD:73 >>>> >>>> a=setup:actpass >>>> >>>> a=mid:audio >>>> >>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>> >>>> a=extmap:3 >>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>> >>>> a=rtcp-mux >>>> >>>> a=maxptime:60 >>>> >>>> a=ssrc:3618606750 cname:MRSf+/mvBVoJ8cZ2 >>>> >>>> a=ssrc:3618606750 msid:media_stream audio_track >>>> >>>> a=ssrc:3618606750 mslabel:media_stream >>>> >>>> a=ssrc:3618606750 label:audio_track >>>> >>>> a=candidate:19046677 1 udp 2122260223 172.20.10.1 65083 typ host >>>> generation 0 >>>> >>>> a=candidate:1401911659 1 udp 2122194687 10.225.0.80 51576 typ host >>>> generation 0 >>>> >>>> a=candidate:19046677 2 udp 2122260222 172.20.10.1 52823 typ host >>>> generation 0 >>>> >>>> a=candidate:1401911659 2 udp 2122194686 10.225.0.80 54104 typ host >>>> generation 0 >>>> >>>> a=candidate:1335975397 1 tcp 1518280447 172.20.10.1 55663 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:487359899 1 tcp 1518214911 10.225.0.80 55664 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:1335975397 2 tcp 1518280446 172.20.10.1 55665 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:487359899 2 tcp 1518214910 10.225.0.80 55666 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:4207998654 2 udp 1685987070 112.97.38.45 38318 typ srflx >>>> raddr 10.225.0.80 rport 54104 generation 0 >>>> >>>> a=candidate:4207998654 1 udp 1685987071 112.97.38.45 38319 typ srflx >>>> raddr 10.225.0.80 rport 51576 generation 0 >>>> >>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 59784 typ relay >>>> raddr 112.97.38.45 rport 56317 generation 0 >>>> >>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 50331 typ relay >>>> raddr 112.97.38.45 rport 56318 generation 0 >>>> --------------------------- >>>> >>>> On Mon, Aug 17, 2015 at 9:28 AM, Brian West >>>> wrote: >>>> >>>>> rtp_secure_media=false is the variable name. >>>>> >>>>> On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay wrote: >>>>> >>>>>> Hi >>>>>> >>>>>> I am trying to send call from webrtc to freeswitch and then bridge to >>>>>> an external endpoint that is a normal SIP phone. I tried to use >>>>>> sip_secure_media=false to force the media to be converted from SAVP to >>>>>> AVP. >>>>>> >>>>>> But the outgoing INVITE is still showing SAVP ( sip trace blow ). >>>>>> Does anyone know where I am doing wrong? any help will be greately >>>>>> appreciated. >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing >>>>>> 1001 <1001>->1002 in context default >>>>>> >>>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >>>>>> [default->incoming_calls] continue=false >>>>>> >>>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) >>>>>> [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false >>>>>> >>>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>>>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>>>> ) >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> >>>>>> CS_EXECUTE >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 >>>>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 >>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >>>>>> >>>>>> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >>>>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>>>> ) >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 >>>>>> Parsing global variables >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 >>>>>> Parsing session specific variables >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel >>>>>> sofia/internal/754617162742492 at x.x.x.x >>>>>> [ca6d5930-44f4-11e5-9cc9-c9574f94e170] >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> >>>>>> CS_INIT >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>>>>> Setting a-leg inherit_codec=true >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>>>>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h >>>>>> @20i at 64000b,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b >>>>>> ,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b' >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_INIT >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 >>>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA INIT >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 >>>>>> sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 >>>>>> git 58f1272 2015-08-14 17:51:12Z 64bit >>>>>> >>>>>> Local SDP: >>>>>> >>>>>> v=0 >>>>>> >>>>>> o=- 4133111956976529630 2 IN IP4 127.0.0.1 >>>>>> >>>>>> s=- >>>>>> >>>>>> t=0 0 >>>>>> >>>>>> a=group:BUNDLE audio >>>>>> >>>>>> a=msid-semantic: WMS media_stream >>>>>> >>>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>>> >>>>>> c=IN IP4 0.0.0.0 >>>>>> >>>>>> a=rtpmap:111 opus/48000/2 >>>>>> >>>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>>> >>>>>> a=rtpmap:103 ISAC/16000 >>>>>> >>>>>> a=rtpmap:9 G722/8000 >>>>>> >>>>>> a=rtpmap:102 ILBC/8000 >>>>>> >>>>>> a=rtpmap:0 PCMU/8000 >>>>>> >>>>>> a=rtpmap:8 PCMA/8000 >>>>>> >>>>>> a=rtpmap:106 CN/32000 >>>>>> >>>>>> a=rtpmap:105 CN/16000 >>>>>> >>>>>> a=rtpmap:13 CN/8000 >>>>>> >>>>>> a=rtpmap:127 red/8000 >>>>>> >>>>>> a=rtpmap:126 telephone-event/8000 >>>>>> >>>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>>> >>>>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>>>> >>>>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>>>> >>>>>> a=fingerprint:sha-1 >>>>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>>>> >>>>>> a=setup:actpass >>>>>> >>>>>> a=mid:audio >>>>>> >>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>>> >>>>>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>>> >>>>>> a=rtcp-mux >>>>>> >>>>>> a=maxptime:60 >>>>>> >>>>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>>>> >>>>>> a=ssrc:3618235845 msid:media_stream audio_track >>>>>> >>>>>> a=ssrc:3618235845 mslabel:media_stream >>>>>> >>>>>> a=ssrc:3618235845 label:audio_track >>>>>> >>>>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>>>>> generation 0 >>>>>> >>>>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ >>>>>> host generation 0 >>>>>> >>>>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>>>>> generation 0 >>>>>> >>>>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >>>>>> generation 0 >>>>>> >>>>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>>>>> tcptype passive generation 0 >>>>>> >>>>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >>>>>> tcptype passive generation 0 >>>>>> >>>>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>>>>> tcptype passive generation 0 >>>>>> >>>>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >>>>>> tcptype passive generation 0 >>>>>> >>>>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>>>> raddr 192.168.1.101 rport 60710 generation 0 >>>>>> >>>>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>>>> raddr 192.168.1.101 rport 64150 generation 0 >>>>>> >>>>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>>>>> raddr 10.73.229.110 rport 52079 generation 0 >>>>>> >>>>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>>>>> raddr 10.73.229.110 rport 51909 generation 0 >>>>>> >>>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>>>>> raddr 27.38.56.3 rport 36782 generation 0 >>>>>> >>>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>>>>> raddr 27.38.56.3 rport 37553 generation 0 >>>>>> >>>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>>>>> raddr 112.97.38.179 rport 54091 generation 0 >>>>>> >>>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>>>>> raddr 112.97.38.179 rport 54092 generation 0 >>>>>> >>>>>> >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 >>>>>> sofia/internal/754617162742492 at x.x.x.x Standard INIT >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> >>>>>> CS_ROUTING >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>> CS_ROUTING >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 >>>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >>>>>> CS_CONSUME_MEDIA >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to sleep >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>> CS_CONSUME_MEDIA >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going >>>>>> to sleep >>>>>> >>>>>> send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >>>>>> >>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>> >>>>>> Max-Forwards: 69 >>>>>> >>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>> >>>>>> To: >>>>>> >>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>> >>>>>> CSeq: 79576629 INVITE >>>>>> >>>>>> Contact: >>>>>> >>>>>> User-Agent: >>>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>>>>> >>>>>> 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 >>>>>> >>>>>> Content-Type: application/sdp >>>>>> >>>>>> Content-Disposition: session >>>>>> >>>>>> Content-Length: 2665 >>>>>> >>>>>> X-FS-Support: update_display,send_info >>>>>> >>>>>> Remote-Party-ID: "Extension 1001" >>>>> >;party=calling;screen=yes;privacy=off >>>>>> >>>>>> >>>>>> >>>>>> v=0 >>>>>> >>>>>> o=- 4133111956976529630 2 IN IP4 y.y.y.y >>>>>> >>>>>> s=- >>>>>> >>>>>> t=0 0 >>>>>> >>>>>> a=group:BUNDLE audio >>>>>> >>>>>> a=msid-semantic: WMS media_stream >>>>>> >>>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>>> >>>>>> c=IN IP4 0.0.0.0 >>>>>> >>>>>> a=rtpmap:111 opus/48000/2 >>>>>> >>>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>>> >>>>>> a=rtpmap:103 ISAC/16000 >>>>>> >>>>>> a=rtpmap:9 G722/8000 >>>>>> >>>>>> a=rtpmap:102 ILBC/8000 >>>>>> >>>>>> a=rtpmap:0 PCMU/8000 >>>>>> >>>>>> a=rtpmap:8 PCMA/8000 >>>>>> >>>>>> a=rtpmap:106 CN/32000 >>>>>> >>>>>> a=rtpmap:105 CN/16000 >>>>>> >>>>>> a=rtpmap:13 CN/8000 >>>>>> >>>>>> a=rtpmap:127 red/8000 >>>>>> >>>>>> a=rtpmap:126 telephone-event/8000 >>>>>> >>>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>>> >>>>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>>>> >>>>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>>>> >>>>>> a=fingerprint:sha-1 >>>>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>>>> >>>>>> a=setup:actpass >>>>>> >>>>>> a=mid:audio >>>>>> >>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>>> >>>>>> a=extmap:3 >>>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>>> >>>>>> a=rtcp-mux >>>>>> >>>>>> a=maxptime:60 >>>>>> >>>>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>>>> >>>>>> a=ssrc:3618235845 msid:media_stream audio_track >>>>>> >>>>>> a=ssrc:3618235845 mslabel:media_stream >>>>>> >>>>>> a=ssrc:3618235845 label:audio_track >>>>>> >>>>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ >>>>>> host generation 0 >>>>>> >>>>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ >>>>>> host generation 0 >>>>>> >>>>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ >>>>>> host generation 0 >>>>>> >>>>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ >>>>>> host generation 0 >>>>>> >>>>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ >>>>>> host tcptype passive generation 0 >>>>>> >>>>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ >>>>>> host tcptype passive generation 0 >>>>>> >>>>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ >>>>>> host tcptype passive generation 0 >>>>>> >>>>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ >>>>>> host tcptype passive generation 0 >>>>>> >>>>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>>>> raddr 192.168.1.101 rport 60710 generation 0 >>>>>> >>>>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>>>> raddr 192.168.1.101 rport 64150 generation 0 >>>>>> >>>>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ >>>>>> srflx raddr 10.73.229.110 rport 52079 generation 0 >>>>>> >>>>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ >>>>>> srflx raddr 10.73.229.110 rport 51909 generation 0 >>>>>> >>>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ >>>>>> relay raddr 27.38.56.3 rport 36782 generation 0 >>>>>> >>>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ >>>>>> relay raddr 27.38.56.3 rport 37553 generation 0 >>>>>> >>>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ >>>>>> relay raddr 112.97.38.179 rport 54091 generation 0 >>>>>> >>>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ >>>>>> relay raddr 112.97.38.179 rport 54092 generation 0 >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel >>>>>> sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] >>>>>> >>>>>> recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> SIP/2.0 100 Trying >>>>>> >>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>> >>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>> >>>>>> To: >>>>>> >>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>> >>>>>> CSeq: 79576629 INVITE >>>>>> >>>>>> User-Agent: DNL-Switch >>>>>> >>>>>> Content-Length: 0 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> SIP/2.0 415 Unsupported Media Type >>>>>> >>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>> >>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>> >>>>>> To: ;tag=Ut8ye62NUrQeB >>>>>> >>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>> >>>>>> CSeq: 79576629 INVITE >>>>>> >>>>>> User-Agent: DNL-Switch >>>>>> >>>>>> Accept: application/sdp >>>>>> >>>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >>>>>> >>>>>> Supported: timer >>>>>> >>>>>> Content-Length: 0 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> ACK sip:754617162742492 at x.x.x.x SIP/2.0 >>>>>> >>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>> >>>>>> Max-Forwards: 69 >>>>>> >>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>> >>>>>> To: ;tag=Ut8ye62NUrQeB >>>>>> >>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>> >>>>>> CSeq: 79576629 ACK >>>>>> >>>>>> Content-Length: 0 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel >>>>>> sofia/internal/754617162742492 at x.x.x.x entering state >>>>>> [terminated][415] >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup >>>>>> sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] >>>>>> [SERVICE_NOT_IMPLEMENTED] >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>> CS_HANGUP >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> >>>>>> HANGUP >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>>>> sofia/internal/754617162742492 at x.x.x.x hanging up, cause: >>>>>> SERVICE_NOT_IMPLEMENTED >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>>>> sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: >>>>>> SERVICE_NOT_IMPLEMENTED >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> >>>>>> CS_REPORTING >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>> CS_REPORTING >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>>>> sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: >>>>>> SERVICE_NOT_IMPLEMENTED >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to >>>>>> sleep >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING >>>>>> -> CS_DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session >>>>>> 2 (sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting on >>>>>> external entities >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 >>>>>> Originate Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 >>>>>> Session 2 (sofia/internal/754617162742492 at x.x.x.x) Ended >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>>>> Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>> CS_DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>>>> sofia/internal/754617162742492 at x.x.x.x Standard DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to sleep >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate >>>>>> Failed. Cause: SERVICE_NOT_IMPLEMENTED >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup >>>>>> sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] >>>>>> [SERVICE_NOT_IMPLEMENTED] >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 >>>>>> sofia/internal/1001 at y.y.y.y:5060 skip receive message >>>>>> [APPLICATION_EXEC_COMPLETE] (channel is hungup already) >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> HANGUP >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 >>>>>> sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 >>>>>> from the other leg >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>>>> sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: >>>>>> SERVICE_NOT_IMPLEMENTED >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to >>>>>> INVITE with: 415 >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: >>>>>> SERVICE_NOT_IMPLEMENTED >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> >>>>>> CS_REPORTING >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING >>>>>> >>>>>> send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> SIP/2.0 415 Unsupported Media Type >>>>>> >>>>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 >>>>>> >>>>>> Max-Forwards: 70 >>>>>> >>>>>> From: ;tag=9de53b6c >>>>>> >>>>>> To: ;tag=gXrZg0KvmrXZH >>>>>> >>>>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>>>> >>>>>> CSeq: 2 INVITE >>>>>> >>>>>> User-Agent: >>>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 >>>>>> >>>>>> Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" >>>>>> >>>>>> Content-Length: 0 >>>>>> >>>>>> Remote-Party-ID: "1002" >>>>> >;party=calling;privacy=off;screen=no >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: >>>>>> SERVICE_NOT_IMPLEMENTED >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> >>>>>> CS_DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session >>>>>> 1 (sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on external >>>>>> entities >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 >>>>>> Session 1 (sofia/internal/1001 at y.y.y.y:5060) Ended >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>>>> Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep >>>>>> >>>>>> recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> ACK sip:1002 at y.y.y.y:5060 SIP/2.0 >>>>>> >>>>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport >>>>>> >>>>>> Max-Forwards: 70 >>>>>> >>>>>> To: ;tag=gXrZg0KvmrXZH >>>>>> >>>>>> From: ;tag=9de53b6c >>>>>> >>>>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>>>> >>>>>> CSeq: 2 ACK >>>>>> >>>>>> Content-Length: 0 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> >>>>>> _________________________________________________________________________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at 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 at 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* >>>>> brian at freeswitch.org >>>>> >>>>> >>>>> *Twitter: @FreeSWITCH , @briankwest* >>>>> http://www.freeswitchbook.com >>>>> http://www.freeswitchcookbook.com >>>>> >>>>> Got Bugs? Report them here ! | Reddit: >>>>> /r/freeswitch >>>>> >>>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at 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 at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE: >>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at 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* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/69def5d3/attachment-0001.html From anthony.minessale at gmail.com Thu Aug 20 20:31:57 2015 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 20 Aug 2015 11:31:57 -0500 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: Message-ID: You seem to be using bypass media mode. What you want to do cannot be done in bypass mode because all it does is pass the sdp across. On Thu, Aug 20, 2015 at 11:27 AM, Brian West wrote: > What are you doing on the bridge line? try setting media_webrtc=false > inside {} on your bridge line. > > On Thu, Aug 20, 2015 at 11:03 AM, Pete Kay wrote: > >> Hi >> >> >> If I need to bridge a call between webrtc and normal SIP endpoint that >> does not support SRTP, is it possible to do in freeswitch with proxy? Is >> there any example in setting it up? >> >> On Thu, Aug 20, 2015 at 1:18 AM, Pete Kay wrote: >> >>> Hi >>> I used webtc with resiprocate SIP stack on the end point that is sending >>> the call to freeswitch. >>> >>> I would like freeswitch to send out the call as AVPF not SAVPF. >>> >>> Can it be done? >>> >>> >>> On Wed, Aug 19, 2015 at 11:55 AM, Brian West >>> wrote: >>> >>>> What devices or endpoints are involved here? >>>> >>>> On Wed, Aug 19, 2015 at 11:55 AM, Pete Kay wrote: >>>> >>>>> Hi Brian >>>>> >>>>> Thanks for your note. >>>>> >>>>> I tried adding rtp_secure_media=false, but freeswitch is still sending >>>>> out INVIE with RTP/SAVPF instead of RTP/AVPF . Here is my trace and you >>>>> can see : >>>>> >>>>> >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:258 >>>>> sofia/internal/1001 at x.x.x.x:5060 Standard EXECUTE >>>>> >>>>> EXECUTE sofia/internal/1001 at x.x.x.x:5060 >>>>> >>>>> bridge({rtp_secure_media=false,sip_secure_media=false,sdp_secure_savp_only=false}[rtp_secure_media=false,sip_secure_media=false,sdp_secure_savp_only=false]sofia/external/754617162742492 at y.y.y.y >>>>> ) >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:2104 Parsing >>>>> global variables >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:2557 Parsing >>>>> session specific variables >>>>> >>>>> 2015-08-19 16:39:33.377375 [NOTICE] switch_channel.c:1089 New Channel >>>>> sofia/external/754617162742492 at y.y.y.y >>>>> [deef983a-4690-11e5-bc5c-a9401796c7fb] >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4735 >>>>> (sofia/external/754617162742492 at y.y.y.y) State Change CS_NEW -> >>>>> CS_INIT >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>>>> Setting a-leg inherit_codec=true >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>>>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >>>>> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >>>>> @20i at 64000b' >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/external/754617162742492 at y.y.y.y) Running State Change CS_INIT >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:516 >>>>> (sofia/external/754617162742492 at y.y.y.y) State INIT >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:88 >>>>> sofia/external/754617162742492 at y.y.y.y SOFIA INIT >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] sofia_glue.c:1257 >>>>> sofia/external/754617162742492 at y.y.y.y sending invite version: 1.7.0 >>>>> git 58f1272 2015-08-14 17:51:12Z 64bit >>>>> >>>>> Local SDP: >>>>> >>>>> v=0 >>>>> >>>>> o=- 17300718973260560 2 IN IP4 127.0.0.1 >>>>> >>>>> s=- >>>>> >>>>> t=0 0 >>>>> >>>>> a=group:BUNDLE audio >>>>> >>>>> a=msid-semantic: WMS media_stream >>>>> >>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>> >>>>> c=IN IP4 0.0.0.0 >>>>> >>>>> a=rtpmap:111 opus/48000/2 >>>>> >>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>> >>>>> a=rtpmap:103 ISAC/16000 >>>>> >>>>> a=rtpmap:9 G722/8000 >>>>> >>>>> a=rtpmap:102 ILBC/8000 >>>>> >>>>> a=rtpmap:0 PCMU/8000 >>>>> >>>>> a=rtpmap:8 PCMA/8000 >>>>> >>>>> a=rtpmap:106 CN/32000 >>>>> >>>>> a=rtpmap:105 CN/16000 >>>>> >>>>> a=rtpmap:13 CN/8000 >>>>> >>>>> a=rtpmap:127 red/8000 >>>>> >>>>> a=rtpmap:126 telephone-event/8000 >>>>> >>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>> >>>>> a=ice-ufrag:PnfmNO9Dz+k1UOa7 >>>>> >>>>> a=ice-pwd:pgHY0UMTpo7GdhKjlYo1Iydw >>>>> >>>>> a=fingerprint:sha-1 >>>>> E4:37:56:11:D0:85:9C:AA:3D:E6:C5:91:90:E0:9C:CB:72:B4:AD:73 >>>>> >>>>> a=setup:actpass >>>>> >>>>> a=mid:audio >>>>> >>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>> >>>>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>> >>>>> a=rtcp-mux >>>>> >>>>> a=maxptime:60 >>>>> >>>>> a=ssrc:3618606750 cname:MRSf+/mvBVoJ8cZ2 >>>>> >>>>> a=ssrc:3618606750 msid:media_stream audio_track >>>>> >>>>> a=ssrc:3618606750 mslabel:media_stream >>>>> >>>>> a=ssrc:3618606750 label:audio_track >>>>> >>>>> a=candidate:19046677 1 udp 2122260223 172.20.10.1 65083 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:1401911659 1 udp 2122194687 10.225.0.80 51576 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:19046677 2 udp 2122260222 172.20.10.1 52823 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:1401911659 2 udp 2122194686 10.225.0.80 54104 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:1335975397 1 tcp 1518280447 172.20.10.1 55663 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:487359899 1 tcp 1518214911 10.225.0.80 55664 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:1335975397 2 tcp 1518280446 172.20.10.1 55665 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:487359899 2 tcp 1518214910 10.225.0.80 55666 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:4207998654 2 udp 1685987070 112.97.38.45 38318 typ srflx >>>>> raddr 10.225.0.80 rport 54104 generation 0 >>>>> >>>>> a=candidate:4207998654 1 udp 1685987071 112.97.38.45 38319 typ srflx >>>>> raddr 10.225.0.80 rport 51576 generation 0 >>>>> >>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 59784 typ relay >>>>> raddr 112.97.38.45 rport 56317 generation 0 >>>>> >>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 50331 typ relay >>>>> raddr 112.97.38.45 rport 56318 generation 0 >>>>> >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:40 >>>>> sofia/external/754617162742492 at y.y.y.y Standard INIT >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:48 >>>>> (sofia/external/754617162742492 at y.y.y.y) State Change CS_INIT -> >>>>> CS_ROUTING >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:516 >>>>> (sofia/external/754617162742492 at y.y.y.y) State INIT going to sleep >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/external/754617162742492 at y.y.y.y) Running State Change >>>>> CS_ROUTING >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:532 >>>>> (sofia/external/754617162742492 at y.y.y.y) State ROUTING >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] mod_sofia.c:141 >>>>> sofia/external/754617162742492 at y.y.y.y SOFIA ROUTING >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_ivr_originate.c:67 >>>>> (sofia/external/754617162742492 at y.y.y.y) State Change CS_ROUTING -> >>>>> CS_CONSUME_MEDIA >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:532 >>>>> (sofia/external/754617162742492 at y.y.y.y) State ROUTING going to sleep >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/external/754617162742492 at y.y.y.y) Running State Change >>>>> CS_CONSUME_MEDIA >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:551 >>>>> (sofia/external/754617162742492 at y.y.y.y) State CONSUME_MEDIA >>>>> >>>>> 2015-08-19 16:39:33.377375 [DEBUG] switch_core_state_machine.c:551 >>>>> (sofia/external/754617162742492 at y.y.y.y) State CONSUME_MEDIA going to >>>>> sleep >>>>> >>>>> send 3016 bytes to udp/[y.y.y.y]:5060 at 16:39:33.416743: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> INVITE sip:754617162742492 at y.y.y.y SIP/2.0 >>>>> >>>>> Via: SIP/2.0/UDP x.x.x.x:5080;rport;branch=z9hG4bKy0863tDZNpBam >>>>> >>>>> Max-Forwards: 69 >>>>> >>>>> From: "Extension 1001" >>>>> >;tag=yByKaDNK07mNm >>>>> >>>>> To: >>>>> >>>>> Call-ID: b64e1296-c133-1233-2795-60eb698211be >>>>> >>>>> CSeq: 79665122 INVITE >>>>> >>>>> Contact: >>>> > >>>>> >>>>> User-Agent: >>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>>>> >>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>>>> REGISTER, REFER, NOTIFY >>>>> >>>>> Supported: timer, path, replaces >>>>> >>>>> Allow-Events: talk, hold, conference, refer >>>>> >>>>> Content-Type: application/sdp >>>>> >>>>> Content-Disposition: session >>>>> >>>>> Content-Length: 2187 >>>>> >>>>> X-FS-Support: update_display,send_info >>>>> >>>>> Remote-Party-ID: "Extension 1001" >>>> >;party=calling;screen=yes;privacy=off >>>>> >>>>> >>>>> >>>>> v=0 >>>>> >>>>> o=- 17300718973260560 2 IN IP4 108.165.2.110 >>>>> >>>>> s=- >>>>> >>>>> t=0 0 >>>>> >>>>> a=group:BUNDLE audio >>>>> >>>>> a=msid-semantic: WMS media_stream >>>>> >>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>> >>>>> c=IN IP4 0.0.0.0 >>>>> >>>>> a=rtpmap:111 opus/48000/2 >>>>> >>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>> >>>>> a=rtpmap:103 ISAC/16000 >>>>> >>>>> a=rtpmap:9 G722/8000 >>>>> >>>>> a=rtpmap:102 ILBC/8000 >>>>> >>>>> a=rtpmap:0 PCMU/8000 >>>>> >>>>> a=rtpmap:8 PCMA/8000 >>>>> >>>>> a=rtpmap:106 CN/32000 >>>>> >>>>> a=rtpmap:105 CN/16000 >>>>> >>>>> a=rtpmap:13 CN/8000 >>>>> >>>>> a=rtpmap:127 red/8000 >>>>> >>>>> a=rtpmap:126 telephone-event/8000 >>>>> >>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>> >>>>> a=ice-ufrag:PnfmNO9Dz+k1UOa7 >>>>> >>>>> a=ice-pwd:pgHY0UMTpo7GdhKjlYo1Iydw >>>>> >>>>> a=fingerprint:sha-1 >>>>> E4:37:56:11:D0:85:9C:AA:3D:E6:C5:91:90:E0:9C:CB:72:B4:AD:73 >>>>> >>>>> a=setup:actpass >>>>> >>>>> a=mid:audio >>>>> >>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>> >>>>> a=extmap:3 >>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>> >>>>> a=rtcp-mux >>>>> >>>>> a=maxptime:60 >>>>> >>>>> a=ssrc:3618606750 cname:MRSf+/mvBVoJ8cZ2 >>>>> >>>>> a=ssrc:3618606750 msid:media_stream audio_track >>>>> >>>>> a=ssrc:3618606750 mslabel:media_stream >>>>> >>>>> a=ssrc:3618606750 label:audio_track >>>>> >>>>> a=candidate:19046677 1 udp 2122260223 172.20.10.1 65083 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:1401911659 1 udp 2122194687 10.225.0.80 51576 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:19046677 2 udp 2122260222 172.20.10.1 52823 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:1401911659 2 udp 2122194686 10.225.0.80 54104 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:1335975397 1 tcp 1518280447 172.20.10.1 55663 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:487359899 1 tcp 1518214911 10.225.0.80 55664 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:1335975397 2 tcp 1518280446 172.20.10.1 55665 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:487359899 2 tcp 1518214910 10.225.0.80 55666 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:4207998654 2 udp 1685987070 112.97.38.45 38318 typ >>>>> srflx raddr 10.225.0.80 rport 54104 generation 0 >>>>> >>>>> a=candidate:4207998654 1 udp 1685987071 112.97.38.45 38319 typ >>>>> srflx raddr 10.225.0.80 rport 51576 generation 0 >>>>> >>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 59784 typ >>>>> relay raddr 112.97.38.45 rport 56317 generation 0 >>>>> >>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 50331 typ >>>>> relay raddr 112.97.38.45 rport 56318 generation 0 >>>>> --------------------------- >>>>> >>>>> On Mon, Aug 17, 2015 at 9:28 AM, Brian West >>>>> wrote: >>>>> >>>>>> rtp_secure_media=false is the variable name. >>>>>> >>>>>> On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay wrote: >>>>>> >>>>>>> Hi >>>>>>> >>>>>>> I am trying to send call from webrtc to freeswitch and then bridge >>>>>>> to an external endpoint that is a normal SIP phone. I tried to use >>>>>>> sip_secure_media=false to force the media to be converted from SAVP to >>>>>>> AVP. >>>>>>> >>>>>>> But the outgoing INVITE is still showing SAVP ( sip trace blow ). >>>>>>> Does anyone know where I am doing wrong? any help will be greately >>>>>>> appreciated. >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing >>>>>>> 1001 <1001>->1002 in context default >>>>>>> >>>>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >>>>>>> [default->incoming_calls] continue=false >>>>>>> >>>>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) >>>>>>> [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false >>>>>>> >>>>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>>>>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>>>>> ) >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> >>>>>>> CS_EXECUTE >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 >>>>>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 >>>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >>>>>>> >>>>>>> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >>>>>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>>>>> ) >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 >>>>>>> Parsing global variables >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 >>>>>>> Parsing session specific variables >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New >>>>>>> Channel sofia/internal/754617162742492 at x.x.x.x >>>>>>> [ca6d5930-44f4-11e5-9cc9-c9574f94e170] >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> >>>>>>> CS_INIT >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>>>>>> Setting a-leg inherit_codec=true >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>>>>>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h >>>>>>> @20i at 64000b,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b >>>>>>> ,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b' >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>> CS_INIT >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 >>>>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA INIT >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 >>>>>>> sofia/internal/754617162742492 at x.x.x.x sending invite version: >>>>>>> 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit >>>>>>> >>>>>>> Local SDP: >>>>>>> >>>>>>> v=0 >>>>>>> >>>>>>> o=- 4133111956976529630 2 IN IP4 127.0.0.1 >>>>>>> >>>>>>> s=- >>>>>>> >>>>>>> t=0 0 >>>>>>> >>>>>>> a=group:BUNDLE audio >>>>>>> >>>>>>> a=msid-semantic: WMS media_stream >>>>>>> >>>>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>>>> >>>>>>> c=IN IP4 0.0.0.0 >>>>>>> >>>>>>> a=rtpmap:111 opus/48000/2 >>>>>>> >>>>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>>>> >>>>>>> a=rtpmap:103 ISAC/16000 >>>>>>> >>>>>>> a=rtpmap:9 G722/8000 >>>>>>> >>>>>>> a=rtpmap:102 ILBC/8000 >>>>>>> >>>>>>> a=rtpmap:0 PCMU/8000 >>>>>>> >>>>>>> a=rtpmap:8 PCMA/8000 >>>>>>> >>>>>>> a=rtpmap:106 CN/32000 >>>>>>> >>>>>>> a=rtpmap:105 CN/16000 >>>>>>> >>>>>>> a=rtpmap:13 CN/8000 >>>>>>> >>>>>>> a=rtpmap:127 red/8000 >>>>>>> >>>>>>> a=rtpmap:126 telephone-event/8000 >>>>>>> >>>>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>>>> >>>>>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>>>>> >>>>>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>>>>> >>>>>>> a=fingerprint:sha-1 >>>>>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>>>>> >>>>>>> a=setup:actpass >>>>>>> >>>>>>> a=mid:audio >>>>>>> >>>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>>>> >>>>>>> a=extmap:3 >>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>>>> >>>>>>> a=rtcp-mux >>>>>>> >>>>>>> a=maxptime:60 >>>>>>> >>>>>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>>>>> >>>>>>> a=ssrc:3618235845 msid:media_stream audio_track >>>>>>> >>>>>>> a=ssrc:3618235845 mslabel:media_stream >>>>>>> >>>>>>> a=ssrc:3618235845 label:audio_track >>>>>>> >>>>>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>>>>>> generation 0 >>>>>>> >>>>>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ >>>>>>> host generation 0 >>>>>>> >>>>>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>>>>>> generation 0 >>>>>>> >>>>>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ >>>>>>> host generation 0 >>>>>>> >>>>>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>>>>>> tcptype passive generation 0 >>>>>>> >>>>>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ >>>>>>> host tcptype passive generation 0 >>>>>>> >>>>>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>>>>>> tcptype passive generation 0 >>>>>>> >>>>>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ >>>>>>> host tcptype passive generation 0 >>>>>>> >>>>>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>>>>> raddr 192.168.1.101 rport 60710 generation 0 >>>>>>> >>>>>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>>>>> raddr 192.168.1.101 rport 64150 generation 0 >>>>>>> >>>>>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>>>>>> raddr 10.73.229.110 rport 52079 generation 0 >>>>>>> >>>>>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>>>>>> raddr 10.73.229.110 rport 51909 generation 0 >>>>>>> >>>>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>>>>>> raddr 27.38.56.3 rport 36782 generation 0 >>>>>>> >>>>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>>>>>> raddr 27.38.56.3 rport 37553 generation 0 >>>>>>> >>>>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>>>>>> raddr 112.97.38.179 rport 54091 generation 0 >>>>>>> >>>>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>>>>>> raddr 112.97.38.179 rport 54092 generation 0 >>>>>>> >>>>>>> >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 >>>>>>> sofia/internal/754617162742492 at x.x.x.x Standard INIT >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> >>>>>>> CS_ROUTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>> CS_ROUTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 >>>>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >>>>>>> CS_CONSUME_MEDIA >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to >>>>>>> sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>> CS_CONSUME_MEDIA >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going >>>>>>> to sleep >>>>>>> >>>>>>> send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >>>>>>> >>>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>>> >>>>>>> Max-Forwards: 69 >>>>>>> >>>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>>> >>>>>>> To: >>>>>>> >>>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>>> >>>>>>> CSeq: 79576629 INVITE >>>>>>> >>>>>>> Contact: >>>>>>> >>>>>>> User-Agent: >>>>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>>>>>> >>>>>>> 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 >>>>>>> >>>>>>> Content-Type: application/sdp >>>>>>> >>>>>>> Content-Disposition: session >>>>>>> >>>>>>> Content-Length: 2665 >>>>>>> >>>>>>> X-FS-Support: update_display,send_info >>>>>>> >>>>>>> Remote-Party-ID: "Extension 1001" >>>>>> >;party=calling;screen=yes;privacy=off >>>>>>> >>>>>>> >>>>>>> >>>>>>> v=0 >>>>>>> >>>>>>> o=- 4133111956976529630 2 IN IP4 y.y.y.y >>>>>>> >>>>>>> s=- >>>>>>> >>>>>>> t=0 0 >>>>>>> >>>>>>> a=group:BUNDLE audio >>>>>>> >>>>>>> a=msid-semantic: WMS media_stream >>>>>>> >>>>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>>>> >>>>>>> c=IN IP4 0.0.0.0 >>>>>>> >>>>>>> a=rtpmap:111 opus/48000/2 >>>>>>> >>>>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>>>> >>>>>>> a=rtpmap:103 ISAC/16000 >>>>>>> >>>>>>> a=rtpmap:9 G722/8000 >>>>>>> >>>>>>> a=rtpmap:102 ILBC/8000 >>>>>>> >>>>>>> a=rtpmap:0 PCMU/8000 >>>>>>> >>>>>>> a=rtpmap:8 PCMA/8000 >>>>>>> >>>>>>> a=rtpmap:106 CN/32000 >>>>>>> >>>>>>> a=rtpmap:105 CN/16000 >>>>>>> >>>>>>> a=rtpmap:13 CN/8000 >>>>>>> >>>>>>> a=rtpmap:127 red/8000 >>>>>>> >>>>>>> a=rtpmap:126 telephone-event/8000 >>>>>>> >>>>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>>>> >>>>>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>>>>> >>>>>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>>>>> >>>>>>> a=fingerprint:sha-1 >>>>>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>>>>> >>>>>>> a=setup:actpass >>>>>>> >>>>>>> a=mid:audio >>>>>>> >>>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>>>> >>>>>>> a=extmap:3 >>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>>>> >>>>>>> a=rtcp-mux >>>>>>> >>>>>>> a=maxptime:60 >>>>>>> >>>>>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>>>>> >>>>>>> a=ssrc:3618235845 msid:media_stream audio_track >>>>>>> >>>>>>> a=ssrc:3618235845 mslabel:media_stream >>>>>>> >>>>>>> a=ssrc:3618235845 label:audio_track >>>>>>> >>>>>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ >>>>>>> host generation 0 >>>>>>> >>>>>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ >>>>>>> host generation 0 >>>>>>> >>>>>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ >>>>>>> host generation 0 >>>>>>> >>>>>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ >>>>>>> host generation 0 >>>>>>> >>>>>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ >>>>>>> host tcptype passive generation 0 >>>>>>> >>>>>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ >>>>>>> host tcptype passive generation 0 >>>>>>> >>>>>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ >>>>>>> host tcptype passive generation 0 >>>>>>> >>>>>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ >>>>>>> host tcptype passive generation 0 >>>>>>> >>>>>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ >>>>>>> srflx raddr 192.168.1.101 rport 60710 generation 0 >>>>>>> >>>>>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ >>>>>>> srflx raddr 192.168.1.101 rport 64150 generation 0 >>>>>>> >>>>>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ >>>>>>> srflx raddr 10.73.229.110 rport 52079 generation 0 >>>>>>> >>>>>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ >>>>>>> srflx raddr 10.73.229.110 rport 51909 generation 0 >>>>>>> >>>>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ >>>>>>> relay raddr 27.38.56.3 rport 36782 generation 0 >>>>>>> >>>>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ >>>>>>> relay raddr 27.38.56.3 rport 37553 generation 0 >>>>>>> >>>>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ >>>>>>> relay raddr 112.97.38.179 rport 54091 generation 0 >>>>>>> >>>>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ >>>>>>> relay raddr 112.97.38.179 rport 54092 generation 0 >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel >>>>>>> sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] >>>>>>> >>>>>>> recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> SIP/2.0 100 Trying >>>>>>> >>>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>>> >>>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>>> >>>>>>> To: >>>>>>> >>>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>>> >>>>>>> CSeq: 79576629 INVITE >>>>>>> >>>>>>> User-Agent: DNL-Switch >>>>>>> >>>>>>> Content-Length: 0 >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> SIP/2.0 415 Unsupported Media Type >>>>>>> >>>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>>> >>>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>>> >>>>>>> To: ;tag=Ut8ye62NUrQeB >>>>>>> >>>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>>> >>>>>>> CSeq: 79576629 INVITE >>>>>>> >>>>>>> User-Agent: DNL-Switch >>>>>>> >>>>>>> Accept: application/sdp >>>>>>> >>>>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >>>>>>> >>>>>>> Supported: timer >>>>>>> >>>>>>> Content-Length: 0 >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> ACK sip:754617162742492 at x.x.x.x SIP/2.0 >>>>>>> >>>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>>> >>>>>>> Max-Forwards: 69 >>>>>>> >>>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>>> >>>>>>> To: ;tag=Ut8ye62NUrQeB >>>>>>> >>>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>>> >>>>>>> CSeq: 79576629 ACK >>>>>>> >>>>>>> Content-Length: 0 >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel >>>>>>> sofia/internal/754617162742492 at x.x.x.x entering state >>>>>>> [terminated][415] >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup >>>>>>> sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] >>>>>>> [SERVICE_NOT_IMPLEMENTED] >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>> CS_HANGUP >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> >>>>>>> HANGUP >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>>>>> sofia/internal/754617162742492 at x.x.x.x hanging up, cause: >>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>>>>> sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: >>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> >>>>>>> CS_REPORTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>> CS_REPORTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>>>>> sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: >>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to >>>>>>> sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING >>>>>>> -> CS_DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 >>>>>>> Session 2 (sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting >>>>>>> on external entities >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 >>>>>>> Originate Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 >>>>>>> Session 2 (sofia/internal/754617162742492 at x.x.x.x) Ended >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>>>>> Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>> CS_DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>>>>> sofia/internal/754617162742492 at x.x.x.x Standard DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to >>>>>>> sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate >>>>>>> Failed. Cause: SERVICE_NOT_IMPLEMENTED >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup >>>>>>> sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] >>>>>>> [SERVICE_NOT_IMPLEMENTED] >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 >>>>>>> sofia/internal/1001 at y.y.y.y:5060 skip receive message >>>>>>> [APPLICATION_EXEC_COMPLETE] (channel is hungup already) >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> >>>>>>> HANGUP >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 >>>>>>> sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 >>>>>>> from the other leg >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>>>>> sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: >>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to >>>>>>> INVITE with: 415 >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: >>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> >>>>>>> CS_REPORTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING >>>>>>> >>>>>>> send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> SIP/2.0 415 Unsupported Media Type >>>>>>> >>>>>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>>>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 >>>>>>> >>>>>>> Max-Forwards: 70 >>>>>>> >>>>>>> From: ;tag=9de53b6c >>>>>>> >>>>>>> To: ;tag=gXrZg0KvmrXZH >>>>>>> >>>>>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>>>>> >>>>>>> CSeq: 2 INVITE >>>>>>> >>>>>>> User-Agent: >>>>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 >>>>>>> >>>>>>> Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" >>>>>>> >>>>>>> Content-Length: 0 >>>>>>> >>>>>>> Remote-Party-ID: "1002" >>>>>> >;party=calling;privacy=off;screen=no >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: >>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> >>>>>>> CS_DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 >>>>>>> Session 1 (sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on >>>>>>> external entities >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 >>>>>>> Session 1 (sofia/internal/1001 at y.y.y.y:5060) Ended >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>>>>> Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>>>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep >>>>>>> >>>>>>> recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> ACK sip:1002 at y.y.y.y:5060 SIP/2.0 >>>>>>> >>>>>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>>>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport >>>>>>> >>>>>>> Max-Forwards: 70 >>>>>>> >>>>>>> To: ;tag=gXrZg0KvmrXZH >>>>>>> >>>>>>> From: ;tag=9de53b6c >>>>>>> >>>>>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>>>>> >>>>>>> CSeq: 2 ACK >>>>>>> >>>>>>> Content-Length: 0 >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> >>>>>>> _________________________________________________________________________ >>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>> consulting at 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 at 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* >>>>>> brian at freeswitch.org >>>>>> >>>>>> >>>>>> *Twitter: @FreeSWITCH , @briankwest* >>>>>> http://www.freeswitchbook.com >>>>>> http://www.freeswitchcookbook.com >>>>>> >>>>>> Got Bugs? Report them here ! | Reddit: >>>>>> /r/freeswitch >>>>>> >>>>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>>>> >>>>>> >>>>>> _________________________________________________________________________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at 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 at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE: >>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at 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 at 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* >>>> brian at freeswitch.org >>>> >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at 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* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/91c27991/attachment-0001.html From avi at avimarcus.net Thu Aug 20 20:42:21 2015 From: avi at avimarcus.net (Avi Marcus) Date: Thu, 20 Aug 2015 16:42:21 +0000 Subject: [Freeswitch-users] 183 automatically marks origination as success? In-Reply-To: References: <0000014f4ae6625d-8833c656-3af5-4754-b440-d4d25b49c249-000000@email.amazonses.com> Message-ID: <0000014f4bfd6198-e60221fa-8962-4a57-a703-c7e86f0d8a31-000000@email.amazonses.com> Thanks Anthony. What happens to the user on the A leg trying to call with ignore_early_media=true - does he hear anything? Or do I need to do ignore_early_media=ring_ready? This wasn't clear from the wiki / confluence. Thanks, -Avi Marcus On Thu, Aug 20, 2015 at 7:09 PM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > The discussion was about the success of the FreeSWITCH originate function > which by default returns as soon as media is possible. That should not be > confused with the success of the call leg itself. > The originate function has many complex params to control behavior. As > many have stated ignore_early_media=true will make originate only return on > an answered call. > > On Thu, Aug 20, 2015 at 10:42 AM, Lawrence Conroy > wrote: > >> Hi there, >> um ... are we talking about SIP here? >> 2xx are invite successful final responses; 3xx are transfer final >> responses whilst 4xx, 5xx are final errors. 1xx are temporary responses. >> Thus a 1xx followed by a 4xx (or 5xx) is not a success. >> Or have I missed something in RFC2543 or 3761? >> >> all the best, >> Lawrence >> >> >> On 20 Aug 2015, at 13:30, ?talo Rossi wrote: >> >> > Correct, expected. A call is considered successful when you receive >> media, 183 or 200. If you need to change this behavior you'll need to set >> ignore_early_media=true before bridging. >> > >> > If you can't ignore_early_media, you need to set >> hangup_after_bridge=false and do more verifications on what happened after >> your last bridge. >> > >> > On Thu, Aug 20, 2015 at 8:37 AM, Avi Marcus wrote: >> > I have several carriers, and I use: >> > >> > ... so I was a little surprised to see that a call that ended with >> NORMAL_TEMPORARY_FAILURE didn't route advance. >> > I dug into the PCAPs of this and comparable, and the only difference I >> noticed was that the ones that worked were invite -> 100 and then 503 >> NORMAL_TEMPORARY_FAILURE and the one that didn't work was invite -> 100, >> 183, and then 503. >> > >> > I have a lua script that told me: >> > >> > session:getVariable("originate_disposition") = SUCCESS >> > session:getVariable("bridge_hangup_cause") = NORMAL_TEMPORARY_FAILURE >> > >> > so... I'm guessing that a 183 marks the originate as a success which is >> why continue_on_fail didn't work, since it wasn't a fail. >> > >> > Is this expected? Is the carrier "doing something wrong" here? >> > >> > They did helpfully send: "SIP/2.0 503 Service Unavailable - Route >> Advance" >> > More importantly: how can I fix it? >> > >> > Thanks, >> > >> > -Avi Marcus >> > BestFone >> > >> > >> _________________________________________________________________________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at 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 at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> > >> > >> > -- >> > ?talo Rossi >> > >> _________________________________________________________________________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at 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 at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/547b80e5/attachment.html From anthony.minessale at gmail.com Thu Aug 20 20:46:49 2015 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 20 Aug 2015 11:46:49 -0500 Subject: [Freeswitch-users] 183 automatically marks origination as success? In-Reply-To: <0000014f4bfd6198-e60221fa-8962-4a57-a703-c7e86f0d8a31-000000@email.amazonses.com> References: <0000014f4ae6625d-8833c656-3af5-4754-b440-d4d25b49c249-000000@email.amazonses.com> <0000014f4bfd6198-e60221fa-8962-4a57-a703-c7e86f0d8a31-000000@email.amazonses.com> Message-ID: When you are doing a complicated multi-dest originate the best practice is to set the ringback variable on the A leg to a local ring tone. Then as soon as any of the legs being dialed hit a 180 or 183 the A leg will hear generated ringback. for instance Will generate US ring On Thu, Aug 20, 2015 at 11:42 AM, Avi Marcus wrote: > Thanks Anthony. > > What happens to the user on the A leg trying to call with ignore_early_media=true > - does he hear anything? Or do I need to do ignore_early_media=ring_ready? > This wasn't clear from the wiki / confluence. > > > Thanks, > -Avi Marcus > > On Thu, Aug 20, 2015 at 7:09 PM, Anthony Minessale < > anthony.minessale at gmail.com> wrote: > >> The discussion was about the success of the FreeSWITCH originate function >> which by default returns as soon as media is possible. That should not be >> confused with the success of the call leg itself. >> The originate function has many complex params to control behavior. As >> many have stated ignore_early_media=true will make originate only return on >> an answered call. >> >> On Thu, Aug 20, 2015 at 10:42 AM, Lawrence Conroy < >> lconroy at insensate.co.uk> wrote: >> >>> Hi there, >>> um ... are we talking about SIP here? >>> 2xx are invite successful final responses; 3xx are transfer final >>> responses whilst 4xx, 5xx are final errors. 1xx are temporary responses. >>> Thus a 1xx followed by a 4xx (or 5xx) is not a success. >>> Or have I missed something in RFC2543 or 3761? >>> >>> all the best, >>> Lawrence >>> >>> >>> On 20 Aug 2015, at 13:30, ?talo Rossi wrote: >>> >>> > Correct, expected. A call is considered successful when you receive >>> media, 183 or 200. If you need to change this behavior you'll need to set >>> ignore_early_media=true before bridging. >>> > >>> > If you can't ignore_early_media, you need to set >>> hangup_after_bridge=false and do more verifications on what happened after >>> your last bridge. >>> > >>> > On Thu, Aug 20, 2015 at 8:37 AM, Avi Marcus wrote: >>> > I have several carriers, and I use: >>> > >>> > ... so I was a little surprised to see that a call that ended with >>> NORMAL_TEMPORARY_FAILURE didn't route advance. >>> > I dug into the PCAPs of this and comparable, and the only difference I >>> noticed was that the ones that worked were invite -> 100 and then 503 >>> NORMAL_TEMPORARY_FAILURE and the one that didn't work was invite -> 100, >>> 183, and then 503. >>> > >>> > I have a lua script that told me: >>> > >>> > session:getVariable("originate_disposition") = SUCCESS >>> > session:getVariable("bridge_hangup_cause") = NORMAL_TEMPORARY_FAILURE >>> > >>> > so... I'm guessing that a 183 marks the originate as a success which >>> is why continue_on_fail didn't work, since it wasn't a fail. >>> > >>> > Is this expected? Is the carrier "doing something wrong" here? >>> > >>> > They did helpfully send: "SIP/2.0 503 Service Unavailable - Route >>> Advance" >>> > More importantly: how can I fix it? >>> > >>> > Thanks, >>> > >>> > -Avi Marcus >>> > BestFone >>> > >>> > >>> _________________________________________________________________________ >>> > Professional FreeSWITCH Consulting Services: >>> > consulting at 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 at lists.freeswitch.org >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > UNSUBSCRIBE: >>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>> > http://www.freeswitch.org >>> > >>> > >>> > >>> > -- >>> > ?talo Rossi >>> > >>> _________________________________________________________________________ >>> > Professional FreeSWITCH Consulting Services: >>> > consulting at 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 at lists.freeswitch.org >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > UNSUBSCRIBE: >>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>> > http://www.freeswitch.org >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? >> http://twitter.com/FreeSWITCH >> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >> * >> >> ClueCon Weekly Development Call >> ? sip:888 at conference.freeswitch.org ? +19193869900 >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/9fac2117/attachment-0001.html From mike at jerris.com Thu Aug 20 20:52:53 2015 From: mike at jerris.com (Michael Jerris) Date: Thu, 20 Aug 2015 12:52:53 -0400 Subject: [Freeswitch-users] 183 automatically marks origination as success? In-Reply-To: References: <0000014f4ae6625d-8833c656-3af5-4754-b440-d4d25b49c249-000000@email.amazonses.com> <0000014f4bfd6198-e60221fa-8962-4a57-a703-c7e86f0d8a31-000000@email.amazonses.com> Message-ID: A bit more... if your bridging to multiple dests like this, you don't want to pass along the early media, as this could be very confusing to the users in the case of conflicting inband media. Without ignoring early media, you could get an inband error, followed by successfully connecting to an additional dest. This is why you would want to ignore early media and use ringback in these scenarios as Tony described. > On Aug 20, 2015, at 12:46 PM, Anthony Minessale wrote: > > > When you are doing a complicated multi-dest originate the best practice is to set the ringback variable on the A leg to a local ring tone. > Then as soon as any of the legs being dialed hit a 180 or 183 the A leg will hear generated ringback. > > for instance > > > > Will generate US ring > > > > On Thu, Aug 20, 2015 at 11:42 AM, Avi Marcus > wrote: > Thanks Anthony. > > What happens to the user on the A leg trying to call with ignore_early_media=true - does he hear anything? Or do I need to do ignore_early_media=ring_ready? > This wasn't clear from the wiki / confluence. > > > Thanks, > -Avi Marcus > > On Thu, Aug 20, 2015 at 7:09 PM, Anthony Minessale > wrote: > The discussion was about the success of the FreeSWITCH originate function which by default returns as soon as media is possible. That should not be confused with the success of the call leg itself. > The originate function has many complex params to control behavior. As many have stated ignore_early_media=true will make originate only return on an answered call. > > On Thu, Aug 20, 2015 at 10:42 AM, Lawrence Conroy > wrote: > Hi there, > um ... are we talking about SIP here? > 2xx are invite successful final responses; 3xx are transfer final responses whilst 4xx, 5xx are final errors. 1xx are temporary responses. > Thus a 1xx followed by a 4xx (or 5xx) is not a success. > Or have I missed something in RFC2543 or 3761? > > all the best, > Lawrence > > > On 20 Aug 2015, at 13:30, ?talo Rossi > wrote: > > > Correct, expected. A call is considered successful when you receive media, 183 or 200. If you need to change this behavior you'll need to set ignore_early_media=true before bridging. > > > > If you can't ignore_early_media, you need to set hangup_after_bridge=false and do more verifications on what happened after your last bridge. > > > > On Thu, Aug 20, 2015 at 8:37 AM, Avi Marcus > wrote: > > I have several carriers, and I use: > > > > ... so I was a little surprised to see that a call that ended with NORMAL_TEMPORARY_FAILURE didn't route advance. > > I dug into the PCAPs of this and comparable, and the only difference I noticed was that the ones that worked were invite -> 100 and then 503 NORMAL_TEMPORARY_FAILURE and the one that didn't work was invite -> 100, 183, and then 503. > > > > I have a lua script that told me: > > > > session:getVariable("originate_disposition") = SUCCESS > > session:getVariable("bridge_hangup_cause") = NORMAL_TEMPORARY_FAILURE > > > > so... I'm guessing that a 183 marks the originate as a success which is why continue_on_fail didn't work, since it wasn't a fail. > > > > Is this expected? Is the carrier "doing something wrong" here? > > > > They did helpfully send: "SIP/2.0 503 Service Unavailable - Route Advance" > > More importantly: how can I fix it? > > > > Thanks, > > > > -Avi Marcus > > BestFone > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > > -- > > ?talo Rossi > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/e899e740/attachment-0001.html From saumar at uol.com.br Thu Aug 20 21:20:50 2015 From: saumar at uol.com.br (Saumar Hajjar) Date: Thu, 20 Aug 2015 14:20:50 -0300 Subject: [Freeswitch-users] Ubuntu and FreeSWITCH Message-ID: <55D60C72.4060002@uol.com.br> Hi, Those statements have been made in this list: "Whoever convinced you to use ubuntu must have been mad at you." "Ubuntu is really for desktops if you ask me. I would never put anything production on Ubuntu. Way to much bloat." "There are multiple known issues with Ubuntu 12.04. We reccomend Debian 8 Jessie." I have a system in production with a headless (of course) Ubuntu 14.04 with FS compiled from source (1.4.19). It seems to be running fine. Nothing fancy and it's not heavy loaded (yet). Is there any JIRA ticket that confirms that Ubuntu is to blame for some bad behavior? Are there any "known issues" with Ubuntu that I need to be aware of, documented elsewhere? If Ubuntu is not suited to run FS, I'll be glad to switch distros. But please, provide some evidence, otherwise some of you seem to be forcing consensus and trowing Ubuntu under the bus. Cheers, Saumar From bpriddy at bryantschools.org Thu Aug 20 21:26:55 2015 From: bpriddy at bryantschools.org (Blake Priddy) Date: Thu, 20 Aug 2015 12:26:55 -0500 Subject: [Freeswitch-users] Ubuntu and FreeSWITCH In-Reply-To: <55D60C72.4060002@uol.com.br> References: <55D60C72.4060002@uol.com.br> Message-ID: I have had several run ins with Ubuntu 14 and 12 where it would be just bad FS hangs. I would have to get into the cli to get it to unhang. I would get to the point where I would just keep a cli connection open just to keep the client from calling and telling me they can't dial out. I cannot replicate the issue because its very random. but it is definitely distro related. I would switch before you go in to deep with configurations. On Aug 20, 2015 12:21 PM, "Saumar Hajjar" wrote: > Hi, > > Those statements have been made in this list: > "Whoever convinced you to use ubuntu must have been mad at you." > "Ubuntu is really for desktops if you ask me. I would never put > anything production on Ubuntu. Way to much bloat." > "There are multiple known issues with Ubuntu 12.04. We reccomend Debian > 8 Jessie." > > I have a system in production with a headless (of course) Ubuntu 14.04 > with FS compiled from source (1.4.19). > It seems to be running fine. Nothing fancy and it's not heavy loaded (yet). > > Is there any JIRA ticket that confirms that Ubuntu is to blame for some > bad behavior? > Are there any "known issues" with Ubuntu that I need to be aware of, > documented elsewhere? > If Ubuntu is not suited to run FS, I'll be glad to switch distros. > But please, provide some evidence, otherwise some of you seem to be > forcing consensus and trowing Ubuntu under the bus. > > Cheers, > > Saumar > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/0caaf69e/attachment.html From anthony.minessale at gmail.com Thu Aug 20 21:56:31 2015 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 20 Aug 2015 12:56:31 -0500 Subject: [Freeswitch-users] Ubuntu and FreeSWITCH In-Reply-To: References: <55D60C72.4060002@uol.com.br> Message-ID: The main issue on ubuntu 12 is that its 5 years old and the packages on the system are not up to date with the versions needed for FS. Sometimes users find a way around it or it ends up back-ported. Ubuntu is indeed designed for a desktop user. Some may have had success with using it for a server because, after all, its just linux and you can choose to not run the GUI. The main reason everyone recommends Jessie is because we just spent an entire year synchronizing all of our dependancies and packaging FreeSWITCH to run in that platform. Other platforms are possible too but each individual platform takes many many man-months of effort to properly resolve all of the dependancies. To someone who just wants to use software, the complexity of packaging and distros is lost. Most of the quotes you listed are snarky in nature but are related to countless fighting with Ubuntu trying to get things to build and general annoyances. The issues in 12.04 are real, its because the kernel is older and does not support newer hardware as well and there tends to be problems in the openssl as its being carefully back-ported with patches. It already takes some non-standard or manually built libraries to get it working. 14.x has a better chance but there is not enough effort by the community to try to fully support it at this time. So short version is, if you don't care that much you have a much better chance of having it work out of the box on Debian. If you don't use the Video features and you are adventurous, you can certainly use Ubuntu even with success but you will possibly end up with more snarky comments if you hit a nerve on someone you ask for help who remembers some past battle trying to get it working. On Thu, Aug 20, 2015 at 12:26 PM, Blake Priddy wrote: > I have had several run ins with Ubuntu 14 and 12 where it would be just > bad FS hangs. I would have to get into the cli to get it to unhang. I would > get to the point where I would just keep a cli connection open just to keep > the client from calling and telling me they can't dial out. I cannot > replicate the issue because its very random. but it is definitely distro > related. I would switch before you go in to deep with configurations. > On Aug 20, 2015 12:21 PM, "Saumar Hajjar" wrote: > >> Hi, >> >> Those statements have been made in this list: >> "Whoever convinced you to use ubuntu must have been mad at you." >> "Ubuntu is really for desktops if you ask me. I would never put >> anything production on Ubuntu. Way to much bloat." >> "There are multiple known issues with Ubuntu 12.04. We reccomend Debian >> 8 Jessie." >> >> I have a system in production with a headless (of course) Ubuntu 14.04 >> with FS compiled from source (1.4.19). >> It seems to be running fine. Nothing fancy and it's not heavy loaded >> (yet). >> >> Is there any JIRA ticket that confirms that Ubuntu is to blame for some >> bad behavior? >> Are there any "known issues" with Ubuntu that I need to be aware of, >> documented elsewhere? >> If Ubuntu is not suited to run FS, I'll be glad to switch distros. >> But please, provide some evidence, otherwise some of you seem to be >> forcing consensus and trowing Ubuntu under the bus. >> >> Cheers, >> >> Saumar >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/5698120d/attachment.html From nneul at mst.edu Thu Aug 20 22:06:31 2015 From: nneul at mst.edu (Nathan Neulinger) Date: Thu, 20 Aug 2015 13:06:31 -0500 Subject: [Freeswitch-users] Ubuntu and FreeSWITCH In-Reply-To: References: <55D60C72.4060002@uol.com.br> Message-ID: <55D61727.2020606@mst.edu> I suppose the same can be said for running it on Fedora... ;) (guilty as charged) Though I am likely going to be moving to a 14.04 based system going forward. I'm not using any pre-built packages though, so expect I already have to deal with most of those sorts of issues regardless. It would be potentially useful to see a simple one-page table on the wiki detailing these sorts of known problems and comments relative to specific distros. It would be perfectly fine to say "dependency hell on this platform, not worth the hassle" - but for those of us who always build from source anyway - it's helpful to distinguish between "impossible to install from packages because of missing deps/etc" vs "combination of kernel and bad compiler gcc x.yy that comes with this OS causes horrible audio sync issues" (hypothetical example only) -- Nathan On 08/20/2015 12:56 PM, Anthony Minessale wrote: > The main issue on ubuntu 12 is that its 5 years old and the packages on the system are not up to date with the versions > needed for FS. > Sometimes users find a way around it or it ends up back-ported. > > Ubuntu is indeed designed for a desktop user. Some may have had success with using it for a server because, after all, > its just linux and you can choose to not run the GUI. > The main reason everyone recommends Jessie is because we just spent an entire year synchronizing all of our dependancies > and packaging FreeSWITCH to run in that platform. > Other platforms are possible too but each individual platform takes many many man-months of effort to properly resolve > all of the dependancies. > > To someone who just wants to use software, the complexity of packaging and distros is lost. > > Most of the quotes you listed are snarky in nature but are related to countless fighting with Ubuntu trying to get > things to build and general annoyances. The issues in 12.04 are real, its because the kernel is older and does not > support newer hardware as well and there tends to be problems in the openssl as its being carefully back-ported with > patches. It already takes some non-standard or manually built libraries to get it working. 14.x has a better chance > but there is not enough effort by the community to try to fully support it at this time. > > So short version is, if you don't care that much you have a much better chance of having it work out of the box on > Debian. If you don't use the Video features and you are adventurous, you can certainly use Ubuntu even with success but > you will possibly end up with more snarky comments if you hit a nerve on someone you ask for help who remembers some > past battle trying to get it working. > > > > > > > On Thu, Aug 20, 2015 at 12:26 PM, Blake Priddy > wrote: > > I have had several run ins with Ubuntu 14 and 12 where it would be just bad FS hangs. I would have to get into the > cli to get it to unhang. I would get to the point where I would just keep a cli connection open just to keep the > client from calling and telling me they can't dial out. I cannot replicate the issue because its very random. but > it is definitely distro related. I would switch before you go in to deep with configurations. > > On Aug 20, 2015 12:21 PM, "Saumar Hajjar" > wrote: > > Hi, > > Those statements have been made in this list: > "Whoever convinced you to use ubuntu must have been mad at you." > "Ubuntu is really for desktops if you ask me. I would never put > anything production on Ubuntu. Way to much bloat." > "There are multiple known issues with Ubuntu 12.04. We reccomend Debian > 8 Jessie." > > I have a system in production with a headless (of course) Ubuntu 14.04 > with FS compiled from source (1.4.19). > It seems to be running fine. Nothing fancy and it's not heavy loaded (yet). > > Is there any JIRA ticket that confirms that Ubuntu is to blame for some > bad behavior? > Are there any "known issues" with Ubuntu that I need to be aware of, > documented elsewhere? > If Ubuntu is not suited to run FS, I'll be glad to switch distros. > But please, provide some evidence, otherwise some of you seem to be > forcing consensus and trowing Ubuntu under the bus. > > Cheers, > > Saumar > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? _http://freeswitch.org/g+_ > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ------------------------------------------------------------ Nathan Neulinger nneul at mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect From krice at freeswitch.org Thu Aug 20 22:10:33 2015 From: krice at freeswitch.org (Ken Rice) Date: Thu, 20 Aug 2015 13:10:33 -0500 Subject: [Freeswitch-users] Ubuntu and FreeSWITCH In-Reply-To: <55D61727.2020606@mst.edu> References: <55D60C72.4060002@uol.com.br> <55D61727.2020606@mst.edu> Message-ID: <125e01d0db73$821bb400$86531c00$@freeswitch.org> The problems are not just dependency hell, but several issues where we were just never able to replicate them consistently, then you ditch Ubuntu for something else (usually debian since the management tools are the same) and the problems magically go away. -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Nathan Neulinger Sent: Thursday, August 20, 2015 1:07 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Ubuntu and FreeSWITCH I suppose the same can be said for running it on Fedora... ;) (guilty as charged) Though I am likely going to be moving to a 14.04 based system going forward. I'm not using any pre-built packages though, so expect I already have to deal with most of those sorts of issues regardless. It would be potentially useful to see a simple one-page table on the wiki detailing these sorts of known problems and comments relative to specific distros. It would be perfectly fine to say "dependency hell on this platform, not worth the hassle" - but for those of us who always build from source anyway - it's helpful to distinguish between "impossible to install from packages because of missing deps/etc" vs "combination of kernel and bad compiler gcc x.yy that comes with this OS causes horrible audio sync issues" (hypothetical example only) -- Nathan On 08/20/2015 12:56 PM, Anthony Minessale wrote: > The main issue on ubuntu 12 is that its 5 years old and the packages > on the system are not up to date with the versions needed for FS. > Sometimes users find a way around it or it ends up back-ported. > > Ubuntu is indeed designed for a desktop user. Some may have had > success with using it for a server because, after all, its just linux and you can choose to not run the GUI. > The main reason everyone recommends Jessie is because we just spent an > entire year synchronizing all of our dependancies and packaging FreeSWITCH to run in that platform. > Other platforms are possible too but each individual platform takes > many many man-months of effort to properly resolve all of the dependancies. > > To someone who just wants to use software, the complexity of packaging and distros is lost. > > Most of the quotes you listed are snarky in nature but are related to > countless fighting with Ubuntu trying to get things to build and > general annoyances. The issues in 12.04 are real, its because the > kernel is older and does not support newer hardware as well and there > tends to be problems in the openssl as its being carefully back-ported with patches. It already takes some non-standard or manually built libraries to get it working. 14.x has a better chance but there is not enough effort by the community to try to fully support it at this time. > > So short version is, if you don't care that much you have a much > better chance of having it work out of the box on Debian. If you > don't use the Video features and you are adventurous, you can > certainly use Ubuntu even with success but you will possibly end up with more snarky comments if you hit a nerve on someone you ask for help who remembers some past battle trying to get it working. > > > > > > > On Thu, Aug 20, 2015 at 12:26 PM, Blake Priddy > wrote: > > I have had several run ins with Ubuntu 14 and 12 where it would be just bad FS hangs. I would have to get into the > cli to get it to unhang. I would get to the point where I would just keep a cli connection open just to keep the > client from calling and telling me they can't dial out. I cannot replicate the issue because its very random. but > it is definitely distro related. I would switch before you go in to deep with configurations. > > On Aug 20, 2015 12:21 PM, "Saumar Hajjar" > wrote: > > Hi, > > Those statements have been made in this list: > "Whoever convinced you to use ubuntu must have been mad at you." > "Ubuntu is really for desktops if you ask me. I would never put > anything production on Ubuntu. Way to much bloat." > "There are multiple known issues with Ubuntu 12.04. We reccomend Debian > 8 Jessie." > > I have a system in production with a headless (of course) Ubuntu 14.04 > with FS compiled from source (1.4.19). > It seems to be running fine. Nothing fancy and it's not heavy loaded (yet). > > Is there any JIRA ticket that confirms that Ubuntu is to blame for some > bad behavior? > Are there any "known issues" with Ubuntu that I need to be aware of, > documented elsewhere? > If Ubuntu is not suited to run FS, I'll be glad to switch distros. > But please, provide some evidence, otherwise some of you seem to be > forcing consensus and trowing Ubuntu under the bus. > > Cheers, > > Saumar > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH ? irc.freenode.net > #freeswitch ? _http://freeswitch.org/g+_ > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org > ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > > ______________________________________________________________________ > ___ Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-use > rs > http://www.freeswitch.org > -- ------------------------------------------------------------ Nathan Neulinger nneul at mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From schoch+freeswitch.org at xwin32.com Thu Aug 20 23:04:44 2015 From: schoch+freeswitch.org at xwin32.com (Steven Schoch) Date: Thu, 20 Aug 2015 12:04:44 -0700 Subject: [Freeswitch-users] Since we are talking about fax In-Reply-To: References: Message-ID: I have a Grandstream HT502. Sometimes the faxes go through, and sometimes not. Can you compare the HT502 to the SPA-112? -- Steve On Wed, Aug 19, 2015 at 10:47 AM, Michael Collins wrote: > > > On Wed, Aug 19, 2015 at 10:40 AM, Blake Priddy > wrote: > >> I have several fax extensions at the school district. How do you tell the >> extension to use t.38 >> The option is not available on the spa 2102. I appreciate any help I can >> get :) >> > SPA-2102 is pretty dated. Any chance you could acquire a SPA-112? It's got > dual FXS ports and does T.38. > -MC > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/e408c59e/attachment.html From nasida at live.ru Thu Aug 20 23:57:33 2015 From: nasida at live.ru (Yuriy Nasida) Date: Thu, 20 Aug 2015 22:57:33 +0300 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? Message-ID: Hello list, I know that docs recommend debian 8.1 for FS 1.6.* but... do anybody have positive experience with FS 1.4.* on debian 8.1 ? I would like to use debian 8 because of new unixODBC packet - 2.3.1 which here by default. I tried to install unixODBC 2.3.1 from source at Debian 7 because of a lot of FS segfailts (they related with ODBC) but it didn't solve my issue. I also would not like to use FS 1.6 at this moment. Please advice, Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/8077073a/attachment.html From jkomar at jbox.ca Fri Aug 21 00:01:24 2015 From: jkomar at jbox.ca (Komar, Jason) Date: Thu, 20 Aug 2015 14:01:24 -0600 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: References: Message-ID: FS 1.4.20 compiled from source on Debian 8 is working great for me. Jason On Thu, Aug 20, 2015 at 1:57 PM, Yuriy Nasida wrote: > Hello list, > > I know that docs recommend debian 8.1 for FS 1.6.* > but... do anybody have positive experience with FS 1.4.* on debian 8.1 ? > > I would like to use debian 8 because of new unixODBC packet - 2.3.1 which > here by default. > I tried to install unixODBC 2.3.1 from source at Debian 7 because of a lot > of FS segfailts (they related with ODBC) but it didn't solve my issue. > > I also would not like to use FS 1.6 at this moment. > > Please advice, > Thanks > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/46c56480/attachment.html From nasida at live.ru Fri Aug 21 00:06:04 2015 From: nasida at live.ru (Yuriy Nasida) Date: Thu, 20 Aug 2015 23:06:04 +0300 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: References: , Message-ID: Thanks! Date: Thu, 20 Aug 2015 14:01:24 -0600 From: jkomar at jbox.ca To: freeswitch-users at lists.freeswitch.org Subject: Re: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? FS 1.4.20 compiled from source on Debian 8 is working great for me. Jason On Thu, Aug 20, 2015 at 1:57 PM, Yuriy Nasida wrote: Hello list, I know that docs recommend debian 8.1 for FS 1.6.* but... do anybody have positive experience with FS 1.4.* on debian 8.1 ? I would like to use debian 8 because of new unixODBC packet - 2.3.1 which here by default. I tried to install unixODBC 2.3.1 from source at Debian 7 because of a lot of FS segfailts (they related with ODBC) but it didn't solve my issue. I also would not like to use FS 1.6 at this moment. Please advice, Thanks _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/7140aa00/attachment-0001.html From brian at freeswitch.org Fri Aug 21 00:07:42 2015 From: brian at freeswitch.org (Brian West) Date: Thu, 20 Aug 2015 15:07:42 -0500 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: References: Message-ID: Wondering why people aren't using the packages we publish for Jessie? On Thu, Aug 20, 2015 at 3:01 PM, Komar, Jason wrote: > FS 1.4.20 compiled from source on Debian 8 is working great for me. > > Jason > > > On Thu, Aug 20, 2015 at 1:57 PM, Yuriy Nasida wrote: > >> Hello list, >> >> I know that docs recommend debian 8.1 for FS 1.6.* >> but... do anybody have positive experience with FS 1.4.* on debian 8.1 ? >> >> I would like to use debian 8 because of new unixODBC packet - 2.3.1 which >> here by default. >> I tried to install unixODBC 2.3.1 from source at Debian 7 because of a >> lot of FS segfailts (they related with ODBC) but it didn't solve my issue. >> >> I also would not like to use FS 1.6 at this moment. >> >> Please advice, >> Thanks >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/da99d9f5/attachment.html From jungleboogie0 at gmail.com Fri Aug 21 00:20:27 2015 From: jungleboogie0 at gmail.com (jungle Boogie) Date: Thu, 20 Aug 2015 13:20:27 -0700 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: References: Message-ID: Hi Brian, On 20 August 2015 at 13:07, Brian West wrote: > > Wondering why people aren't using the packages we publish for Jessie? > If someone wants to enable/disable modules that are enabled/disabled in your debian package, does it fetch everything needed? Or if someone wants particular modules, they'll have to build from source? -- ------- inum: 883510009027723 sip: jungleboogie at sip2sip.info xmpp: jungle-boogie at jit.si From fs at voice2net.ca Fri Aug 21 00:33:10 2015 From: fs at voice2net.ca (Darcy Primrose) Date: Thu, 20 Aug 2015 16:33:10 -0400 Subject: [Freeswitch-users] valet park - correction References: <590E85E9E84141CB8A6F0B2415197674@DARCY><6F5D897189DB4DC096F453D180F5F103@DARCY> Message-ID: <81F9A0FE6718491FB822593913ED3D9E@DARCY> I suspected what you indicated, however, the phones use a park feature (grandstream, yealink and vtech ip phones), it is most likely they do a blind transfer which the meta app does not do. Thanks for pointing me in the correct direction. We are trying to use a single button on the phones to park a call and hear the slot. On the grandstream, I can program a button to dial dtmf during a conversation, so I can use the meta app, that works for now. Thanks again. Darcy ----- Original Message ----- From: Michael Collins To: FreeSWITCH Users Help Sent: Thursday, August 20, 2015 12:25 PM Subject: Re: [Freeswitch-users] valet park - correction Is the person executing the transfer inadvertently doing a blind transfer instead of an attended transfer? -MC On Wed, Aug 19, 2015 at 8:13 PM, Darcy Primrose wrote: I included the wrong dial plan ----- Original Message ----- From: Darcy Primrose To: FreeSWITCH Users Help Sent: Wednesday, August 19, 2015 11:04 PM Subject: [Freeswitch-users] valet park When we use valet park, and set announce_slot=true, it plays to the wrong party. The valet park works and you can retrieve it. If we park using the meta-ap, then it plays in the correct direction. Dial plan to park from a key Using Meta AP Any guidance would be appreciated. Darcy Primrose Voice2Net Corp. -------------------------------------------------------------------------- _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------------------------------------------------------------------- No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.6086 / Virus Database: 4401/10467 - Release Date: 08/19/15 _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org ------------------------------------------------------------------------------ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org ------------------------------------------------------------------------------ No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.6086 / Virus Database: 4401/10471 - Release Date: 08/20/15 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/c27b091d/attachment-0001.html From saumar at uol.com.br Fri Aug 21 00:36:16 2015 From: saumar at uol.com.br (Saumar Hajjar) Date: Thu, 20 Aug 2015 17:36:16 -0300 Subject: [Freeswitch-users] Ubuntu and FreeSWITCH In-Reply-To: <125e01d0db73$821bb400$86531c00$@freeswitch.org> References: <55D60C72.4060002@uol.com.br> <55D61727.2020606@mst.edu> <125e01d0db73$821bb400$86531c00$@freeswitch.org> Message-ID: <55D63A40.7010209@uol.com.br> Thanks all for sharing your experiences. There's nothing worse than a random, unreproducible problem. I'll consider switching to Debian before the company activates 3 more E1s Em 20/08/2015 15:10, Ken Rice escreveu: > The problems are not just dependency hell, but several issues where we were just never able to replicate them consistently, then you ditch Ubuntu for something else (usually debian since the management tools are the same) and the problems magically go away. > > -----Original Message----- > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Nathan Neulinger > Sent: Thursday, August 20, 2015 1:07 PM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] Ubuntu and FreeSWITCH > > I suppose the same can be said for running it on Fedora... ;) (guilty as charged) > > Though I am likely going to be moving to a 14.04 based system going forward. I'm not using any pre-built packages though, so expect I already have to deal with most of those sorts of issues regardless. > > It would be potentially useful to see a simple one-page table on the wiki detailing these sorts of known problems and comments relative to specific distros. > > It would be perfectly fine to say "dependency hell on this platform, not worth the hassle" - but for those of us who always build from source anyway - it's helpful to distinguish between "impossible to install from packages because of missing deps/etc" vs "combination of kernel and bad compiler gcc x.yy that comes with this OS causes horrible audio sync issues" (hypothetical example only) > > -- Nathan > > On 08/20/2015 12:56 PM, Anthony Minessale wrote: >> The main issue on ubuntu 12 is that its 5 years old and the packages >> on the system are not up to date with the versions needed for FS. >> Sometimes users find a way around it or it ends up back-ported. >> >> Ubuntu is indeed designed for a desktop user. Some may have had >> success with using it for a server because, after all, its just linux and you can choose to not run the GUI. >> The main reason everyone recommends Jessie is because we just spent an >> entire year synchronizing all of our dependancies and packaging FreeSWITCH to run in that platform. >> Other platforms are possible too but each individual platform takes >> many many man-months of effort to properly resolve all of the dependancies. >> >> To someone who just wants to use software, the complexity of packaging and distros is lost. >> >> Most of the quotes you listed are snarky in nature but are related to >> countless fighting with Ubuntu trying to get things to build and >> general annoyances. The issues in 12.04 are real, its because the >> kernel is older and does not support newer hardware as well and there >> tends to be problems in the openssl as its being carefully back-ported with patches. It already takes some non-standard or manually built libraries to get it working. 14.x has a better chance but there is not enough effort by the community to try to fully support it at this time. >> >> So short version is, if you don't care that much you have a much >> better chance of having it work out of the box on Debian. If you >> don't use the Video features and you are adventurous, you can >> certainly use Ubuntu even with success but you will possibly end up with more snarky comments if you hit a nerve on someone you ask for help who remembers some past battle trying to get it working. >> >> >> >> >> >> >> On Thu, Aug 20, 2015 at 12:26 PM, Blake Priddy > wrote: >> >> I have had several run ins with Ubuntu 14 and 12 where it would be just bad FS hangs. I would have to get into the >> cli to get it to unhang. I would get to the point where I would just keep a cli connection open just to keep the >> client from calling and telling me they can't dial out. I cannot replicate the issue because its very random. but >> it is definitely distro related. I would switch before you go in to deep with configurations. >> >> On Aug 20, 2015 12:21 PM, "Saumar Hajjar" > wrote: >> >> Hi, >> >> Those statements have been made in this list: >> "Whoever convinced you to use ubuntu must have been mad at you." >> "Ubuntu is really for desktops if you ask me. I would never put >> anything production on Ubuntu. Way to much bloat." >> "There are multiple known issues with Ubuntu 12.04. We reccomend Debian >> 8 Jessie." >> >> I have a system in production with a headless (of course) Ubuntu 14.04 >> with FS compiled from source (1.4.19). >> It seems to be running fine. Nothing fancy and it's not heavy loaded (yet). >> >> Is there any JIRA ticket that confirms that Ubuntu is to blame for some >> bad behavior? >> Are there any "known issues" with Ubuntu that I need to be aware of, >> documented elsewhere? >> If Ubuntu is not suited to run FS, I'll be glad to switch distros. >> But please, provide some evidence, otherwise some of you seem to be >> forcing consensus and trowing Ubuntu under the bus. >> >> Cheers, >> >> Saumar >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> -- >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? >> http://twitter.com/FreeSWITCH ? irc.freenode.net >> #freeswitch ? _http://freeswitch.org/g+_ >> >> ClueCon Weekly Development Call >> ? sip:888 at conference.freeswitch.org >> ? +19193869900 >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> >> >> ______________________________________________________________________ >> ___ Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-use >> rs >> http://www.freeswitch.org >> > -- > ------------------------------------------------------------ > Nathan Neulinger nneul at mst.edu > Missouri S&T Information Technology (573) 612-1412 > System Administrator - Architect > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From krice at freeswitch.org Fri Aug 21 00:38:48 2015 From: krice at freeswitch.org (Ken Rice) Date: Thu, 20 Aug 2015 15:38:48 -0500 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: References: Message-ID: <12ad01d0db88$384fbf50$a8ef3df0$@freeswitch.org> If you look at any segfaults you are getting, you'll most likely find that they are coming from the MySQL driver for unixODBC. This is documented at https://freeswitch.org/confluence quite well. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Yuriy Nasida Sent: Thursday, August 20, 2015 2:58 PM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? Hello list, I know that docs recommend debian 8.1 for FS 1.6.* but... do anybody have positive experience with FS 1.4.* on debian 8.1 ? I would like to use debian 8 because of new unixODBC packet - 2.3.1 which here by default. I tried to install unixODBC 2.3.1 from source at Debian 7 because of a lot of FS segfailts (they related with ODBC) but it didn't solve my issue. I also would not like to use FS 1.6 at this moment. Please advice, Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/d4b32543/attachment.html From krice at freeswitch.org Fri Aug 21 00:40:18 2015 From: krice at freeswitch.org (Ken Rice) Date: Thu, 20 Aug 2015 15:40:18 -0500 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: References: Message-ID: <12b201d0db88$6de3df70$49ab9e50$@freeswitch.org> You only have to install the modules that you need. Most modules are in their own package. There are a handful of modules that are installed with the base FreeSWITCH package that are required by pretty much everyone to have a working system (example: mod_logfile, mod_console, mod_eventsocket, etc) -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of jungle Boogie Sent: Thursday, August 20, 2015 3:20 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? Hi Brian, On 20 August 2015 at 13:07, Brian West wrote: > > Wondering why people aren't using the packages we publish for Jessie? > If someone wants to enable/disable modules that are enabled/disabled in your debian package, does it fetch everything needed? Or if someone wants particular modules, they'll have to build from source? -- ------- inum: 883510009027723 sip: jungleboogie at sip2sip.info xmpp: jungle-boogie at jit.si _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From mike at jerris.com Fri Aug 21 00:56:33 2015 From: mike at jerris.com (Michael Jerris) Date: Thu, 20 Aug 2015 16:56:33 -0400 Subject: [Freeswitch-users] Ubuntu and FreeSWITCH In-Reply-To: <55D61727.2020606@mst.edu> References: <55D60C72.4060002@uol.com.br> <55D61727.2020606@mst.edu> Message-ID: When tony said there were multiple man months put into getting dependencies right for Jessie for 1.6, he was not exaggerating. This makes no difference at all if you are building from source or using our Freeswitch packages. 1.6 uses significantly more system libraries, if you are building from master, you will have to address all these dependency issues. This isn't a matter of a simple wiki page of known issues, there are many dozens of things you have to get right. This work has been mostly completed for centos 7 (missing MP3 and h264 support due to missing dependencies in the distro) and is in the works for windows. We welcome anyone who wants to put the time in to do this work on other operating systems and we are willing to work closely and knowledge transfer everything necessary as we did working on centos, but you will need to be well versed in packaging for the distro and prepared to spend significant time getting it all working. On Thursday, August 20, 2015, Nathan Neulinger wrote: > I suppose the same can be said for running it on Fedora... ;) (guilty as > charged) > > Though I am likely going to be moving to a 14.04 based system going > forward. I'm not using any pre-built packages > though, so expect I already have to deal with most of those sorts of > issues regardless. > > It would be potentially useful to see a simple one-page table on the wiki > detailing these sorts of known problems and > comments relative to specific distros. > > It would be perfectly fine to say "dependency hell on this platform, not > worth the hassle" - but for those of us who > always build from source anyway - it's helpful to distinguish between > "impossible to install from packages because of > missing deps/etc" vs "combination of kernel and bad compiler gcc x.yy that > comes with this OS causes horrible audio sync > issues" (hypothetical example only) > > -- Nathan > > On 08/20/2015 12:56 PM, Anthony Minessale wrote: > > The main issue on ubuntu 12 is that its 5 years old and the packages on > the system are not up to date with the versions > > needed for FS. > > Sometimes users find a way around it or it ends up back-ported. > > > > Ubuntu is indeed designed for a desktop user. Some may have had success > with using it for a server because, after all, > > its just linux and you can choose to not run the GUI. > > The main reason everyone recommends Jessie is because we just spent an > entire year synchronizing all of our dependancies > > and packaging FreeSWITCH to run in that platform. > > Other platforms are possible too but each individual platform takes many > many man-months of effort to properly resolve > > all of the dependancies. > > > > To someone who just wants to use software, the complexity of packaging > and distros is lost. > > > > Most of the quotes you listed are snarky in nature but are related to > countless fighting with Ubuntu trying to get > > things to build and general annoyances. The issues in 12.04 are real, > its because the kernel is older and does not > > support newer hardware as well and there tends to be problems in the > openssl as its being carefully back-ported with > > patches. It already takes some non-standard or manually built libraries > to get it working. 14.x has a better chance > > but there is not enough effort by the community to try to fully support > it at this time. > > > > So short version is, if you don't care that much you have a much better > chance of having it work out of the box on > > Debian. If you don't use the Video features and you are adventurous, > you can certainly use Ubuntu even with success but > > you will possibly end up with more snarky comments if you hit a nerve on > someone you ask for help who remembers some > > past battle trying to get it working. > > > > > > > > > > > > > > On Thu, Aug 20, 2015 at 12:26 PM, Blake Priddy < > bpriddy at bryantschools.org >> wrote: > > > > I have had several run ins with Ubuntu 14 and 12 where it would be > just bad FS hangs. I would have to get into the > > cli to get it to unhang. I would get to the point where I would just > keep a cli connection open just to keep the > > client from calling and telling me they can't dial out. I cannot > replicate the issue because its very random. but > > it is definitely distro related. I would switch before you go in to > deep with configurations. > > > > On Aug 20, 2015 12:21 PM, "Saumar Hajjar" >> wrote: > > > > Hi, > > > > Those statements have been made in this list: > > "Whoever convinced you to use ubuntu must have been mad at you." > > "Ubuntu is really for desktops if you ask me. I would never put > > anything production on Ubuntu. Way to much bloat." > > "There are multiple known issues with Ubuntu 12.04. We > reccomend Debian > > 8 Jessie." > > > > I have a system in production with a headless (of course) Ubuntu > 14.04 > > with FS compiled from source (1.4.19). > > It seems to be running fine. Nothing fancy and it's not heavy > loaded (yet). > > > > Is there any JIRA ticket that confirms that Ubuntu is to blame > for some > > bad behavior? > > Are there any "known issues" with Ubuntu that I need to be aware > of, > > documented elsewhere? > > If Ubuntu is not suited to run FS, I'll be glad to switch > distros. > > But please, provide some evidence, otherwise some of you seem to > be > > forcing consensus and trowing Ubuntu under the bus. > > > > Cheers, > > > > Saumar > > > > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org consulting at 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 at lists.freeswitch.org FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org consulting at 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 at lists.freeswitch.org FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > > > > -- > > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > > ? irc.freenode.net #freeswitch ? _ > http://freeswitch.org/g+_ > > > > ClueCon Weekly Development Call > > ? sip:888 at conference.freeswitch.org sip%3A888 at conference.freeswitch.org > ? +19193869900 > > > > ClueCon Testimonials > > ClueCon This Summer > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > -- > ------------------------------------------------------------ > Nathan Neulinger nneul at mst.edu > Missouri S&T Information Technology (573) 612-1412 > System Administrator - Architect > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/1b8ce2f5/attachment-0001.html From olegstolyar at gmail.com Fri Aug 21 01:35:43 2015 From: olegstolyar at gmail.com (Oleg Stolyar) Date: Thu, 20 Aug 2015 14:35:43 -0700 Subject: [Freeswitch-users] Ubuntu and FreeSWITCH In-Reply-To: References: <55D60C72.4060002@uol.com.br> <55D61727.2020606@mst.edu> Message-ID: Just to make sure: If I want to use 1.6 but do not need video, I still need all the new dependencies, right? There is no way to disable some video related modules and build like 1.4? On Thu, Aug 20, 2015 at 1:56 PM, Michael Jerris wrote: > When tony said there were multiple man months put into getting > dependencies right for Jessie for 1.6, he was not exaggerating. This makes > no difference at all if you are building from source or using our > Freeswitch packages. 1.6 uses significantly more system libraries, if you > are building from master, you will have to address all these dependency > issues. This isn't a matter of a simple wiki page of known issues, there > are many dozens of things you have to get right. This work has been > mostly completed for centos 7 (missing MP3 and h264 support due to missing > dependencies in the distro) and is in the works for windows. We welcome > anyone who wants to put the time in to do this work on other operating > systems and we are willing to work closely and knowledge transfer > everything necessary as we did working on centos, but you will need to be > well versed in packaging for the distro and prepared to spend significant > time getting it all working. > > > On Thursday, August 20, 2015, Nathan Neulinger wrote: > >> I suppose the same can be said for running it on Fedora... ;) (guilty as >> charged) >> >> Though I am likely going to be moving to a 14.04 based system going >> forward. I'm not using any pre-built packages >> though, so expect I already have to deal with most of those sorts of >> issues regardless. >> >> It would be potentially useful to see a simple one-page table on the wiki >> detailing these sorts of known problems and >> comments relative to specific distros. >> >> It would be perfectly fine to say "dependency hell on this platform, not >> worth the hassle" - but for those of us who >> always build from source anyway - it's helpful to distinguish between >> "impossible to install from packages because of >> missing deps/etc" vs "combination of kernel and bad compiler gcc x.yy >> that comes with this OS causes horrible audio sync >> issues" (hypothetical example only) >> >> -- Nathan >> >> On 08/20/2015 12:56 PM, Anthony Minessale wrote: >> > The main issue on ubuntu 12 is that its 5 years old and the packages on >> the system are not up to date with the versions >> > needed for FS. >> > Sometimes users find a way around it or it ends up back-ported. >> > >> > Ubuntu is indeed designed for a desktop user. Some may have had >> success with using it for a server because, after all, >> > its just linux and you can choose to not run the GUI. >> > The main reason everyone recommends Jessie is because we just spent an >> entire year synchronizing all of our dependancies >> > and packaging FreeSWITCH to run in that platform. >> > Other platforms are possible too but each individual platform takes >> many many man-months of effort to properly resolve >> > all of the dependancies. >> > >> > To someone who just wants to use software, the complexity of packaging >> and distros is lost. >> > >> > Most of the quotes you listed are snarky in nature but are related to >> countless fighting with Ubuntu trying to get >> > things to build and general annoyances. The issues in 12.04 are real, >> its because the kernel is older and does not >> > support newer hardware as well and there tends to be problems in the >> openssl as its being carefully back-ported with >> > patches. It already takes some non-standard or manually built >> libraries to get it working. 14.x has a better chance >> > but there is not enough effort by the community to try to fully support >> it at this time. >> > >> > So short version is, if you don't care that much you have a much better >> chance of having it work out of the box on >> > Debian. If you don't use the Video features and you are adventurous, >> you can certainly use Ubuntu even with success but >> > you will possibly end up with more snarky comments if you hit a nerve >> on someone you ask for help who remembers some >> > past battle trying to get it working. >> > >> > >> > >> > >> > >> > >> > On Thu, Aug 20, 2015 at 12:26 PM, Blake Priddy < >> bpriddy at bryantschools.org > wrote: >> > >> > I have had several run ins with Ubuntu 14 and 12 where it would be >> just bad FS hangs. I would have to get into the >> > cli to get it to unhang. I would get to the point where I would >> just keep a cli connection open just to keep the >> > client from calling and telling me they can't dial out. I cannot >> replicate the issue because its very random. but >> > it is definitely distro related. I would switch before you go in to >> deep with configurations. >> > >> > On Aug 20, 2015 12:21 PM, "Saumar Hajjar" > > wrote: >> > >> > Hi, >> > >> > Those statements have been made in this list: >> > "Whoever convinced you to use ubuntu must have been mad at you." >> > "Ubuntu is really for desktops if you ask me. I would never put >> > anything production on Ubuntu. Way to much bloat." >> > "There are multiple known issues with Ubuntu 12.04. We >> reccomend Debian >> > 8 Jessie." >> > >> > I have a system in production with a headless (of course) >> Ubuntu 14.04 >> > with FS compiled from source (1.4.19). >> > It seems to be running fine. Nothing fancy and it's not heavy >> loaded (yet). >> > >> > Is there any JIRA ticket that confirms that Ubuntu is to blame >> for some >> > bad behavior? >> > Are there any "known issues" with Ubuntu that I need to be >> aware of, >> > documented elsewhere? >> > If Ubuntu is not suited to run FS, I'll be glad to switch >> distros. >> > But please, provide some evidence, otherwise some of you seem >> to be >> > forcing consensus and trowing Ubuntu under the bus. >> > >> > Cheers, >> > >> > Saumar >> > >> > >> > >> > >> _________________________________________________________________________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at 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 at lists.freeswitch.org > FreeSWITCH-users at lists.freeswitch.org> >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> > >> > >> _________________________________________________________________________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at 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 at lists.freeswitch.org > FreeSWITCH-users at lists.freeswitch.org> >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> > >> > >> > >> > -- >> > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> > >> > ? http://freeswitch.org/ ? http://cluecon.com/ ? >> http://twitter.com/FreeSWITCH >> > ? irc.freenode.net #freeswitch ? _ >> http://freeswitch.org/g+_ >> > >> > ClueCon Weekly Development Call >> > ? sip:888 at conference.freeswitch.org > sip%3A888 at conference.freeswitch.org> ? +19193869900 >> > >> > ClueCon Testimonials >> > ClueCon This Summer >> >> > >> > >> > >> _________________________________________________________________________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at 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 at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> >> -- >> ------------------------------------------------------------ >> Nathan Neulinger nneul at mst.edu >> Missouri S&T Information Technology (573) 612-1412 >> System Administrator - Architect >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/8c0b037c/attachment.html From mike at jerris.com Fri Aug 21 01:50:35 2015 From: mike at jerris.com (Michael Jerris) Date: Thu, 20 Aug 2015 17:50:35 -0400 Subject: [Freeswitch-users] Ubuntu and FreeSWITCH In-Reply-To: References: <55D60C72.4060002@uol.com.br> <55D61727.2020606@mst.edu> Message-ID: <293E6B18-D055-4B64-93FD-3C60ED388CB3@jerris.com> You don't need the new video dependencies, but, MANY other libs were moved to use system dependencies. You do need many of those. Several are required, others are necessary if you want things like codecs. > On Aug 20, 2015, at 5:35 PM, Oleg Stolyar wrote: > > Just to make sure: > > If I want to use 1.6 but do not need video, I still need all the new dependencies, right? There is no way to disable some video related modules and build like 1.4? > > On Thu, Aug 20, 2015 at 1:56 PM, Michael Jerris > wrote: > When tony said there were multiple man months put into getting dependencies right for Jessie for 1.6, he was not exaggerating. This makes no difference at all if you are building from source or using our Freeswitch packages. 1.6 uses significantly more system libraries, if you are building from master, you will have to address all these dependency issues. This isn't a matter of a simple wiki page of known issues, there are many dozens of things you have to get right. This work has been mostly completed for centos 7 (missing MP3 and h264 support due to missing dependencies in the distro) and is in the works for windows. We welcome anyone who wants to put the time in to do this work on other operating systems and we are willing to work closely and knowledge transfer everything necessary as we did working on centos, but you will need to be well versed in packaging for the distro and prepared to spend significant time getting it all working. > > > On Thursday, August 20, 2015, Nathan Neulinger > wrote: > I suppose the same can be said for running it on Fedora... ;) (guilty as charged) > > Though I am likely going to be moving to a 14.04 based system going forward. I'm not using any pre-built packages > though, so expect I already have to deal with most of those sorts of issues regardless. > > It would be potentially useful to see a simple one-page table on the wiki detailing these sorts of known problems and > comments relative to specific distros. > > It would be perfectly fine to say "dependency hell on this platform, not worth the hassle" - but for those of us who > always build from source anyway - it's helpful to distinguish between "impossible to install from packages because of > missing deps/etc" vs "combination of kernel and bad compiler gcc x.yy that comes with this OS causes horrible audio sync > issues" (hypothetical example only) > > -- Nathan > > On 08/20/2015 12:56 PM, Anthony Minessale wrote: > > The main issue on ubuntu 12 is that its 5 years old and the packages on the system are not up to date with the versions > > needed for FS. > > Sometimes users find a way around it or it ends up back-ported. > > > > Ubuntu is indeed designed for a desktop user. Some may have had success with using it for a server because, after all, > > its just linux and you can choose to not run the GUI. > > The main reason everyone recommends Jessie is because we just spent an entire year synchronizing all of our dependancies > > and packaging FreeSWITCH to run in that platform. > > Other platforms are possible too but each individual platform takes many many man-months of effort to properly resolve > > all of the dependancies. > > > > To someone who just wants to use software, the complexity of packaging and distros is lost. > > > > Most of the quotes you listed are snarky in nature but are related to countless fighting with Ubuntu trying to get > > things to build and general annoyances. The issues in 12.04 are real, its because the kernel is older and does not > > support newer hardware as well and there tends to be problems in the openssl as its being carefully back-ported with > > patches. It already takes some non-standard or manually built libraries to get it working. 14.x has a better chance > > but there is not enough effort by the community to try to fully support it at this time. > > > > So short version is, if you don't care that much you have a much better chance of having it work out of the box on > > Debian. If you don't use the Video features and you are adventurous, you can certainly use Ubuntu even with success but > > you will possibly end up with more snarky comments if you hit a nerve on someone you ask for help who remembers some > > past battle trying to get it working. > > > > > > > > > > > > > > On Thu, Aug 20, 2015 at 12:26 PM, Blake Priddy >> wrote: > > > > I have had several run ins with Ubuntu 14 and 12 where it would be just bad FS hangs. I would have to get into the > > cli to get it to unhang. I would get to the point where I would just keep a cli connection open just to keep the > > client from calling and telling me they can't dial out. I cannot replicate the issue because its very random. but > > it is definitely distro related. I would switch before you go in to deep with configurations. > > > > On Aug 20, 2015 12:21 PM, "Saumar Hajjar" >> wrote: > > > > Hi, > > > > Those statements have been made in this list: > > "Whoever convinced you to use ubuntu must have been mad at you." > > "Ubuntu is really for desktops if you ask me. I would never put > > anything production on Ubuntu. Way to much bloat." > > "There are multiple known issues with Ubuntu 12.04. We reccomend Debian > > 8 Jessie." > > > > I have a system in production with a headless (of course) Ubuntu 14.04 > > with FS compiled from source (1.4.19). > > It seems to be running fine. Nothing fancy and it's not heavy loaded (yet). > > > > Is there any JIRA ticket that confirms that Ubuntu is to blame for some > > bad behavior? > > Are there any "known issues" with Ubuntu that I need to be aware of, > > documented elsewhere? > > If Ubuntu is not suited to run FS, I'll be glad to switch distros. > > But please, provide some evidence, otherwise some of you seem to be > > forcing consensus and trowing Ubuntu under the bus. > > > > Cheers, > > > > Saumar > > > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org <> > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org <> > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > > > > -- > > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > > ? irc.freenode.net > #freeswitch ? _http://freeswitch.org/g+_ > > > > ClueCon Weekly Development Call > > ? sip:888 at conference.freeswitch.org <> > ? +19193869900 > > > > ClueCon Testimonials > > ClueCon This Summer > > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org <> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > -- > ------------------------------------------------------------ > Nathan Neulinger nneul at mst.edu <> > Missouri S&T Information Technology (573) 612-1412 > System Administrator - Architect > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org <> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/b3e59b51/attachment-0001.html From luis.daniel.lucio at gmail.com Fri Aug 21 01:05:57 2015 From: luis.daniel.lucio at gmail.com (Luis Daniel Lucio Quiroz) Date: Thu, 20 Aug 2015 17:05:57 -0400 Subject: [Freeswitch-users] Ubuntu and FreeSWITCH In-Reply-To: References: <55D60C72.4060002@uol.com.br> <55D61727.2020606@mst.edu> Message-ID: You must know your distro to make things work. I like centos & mageia and I have been porting and doing missing rpms to make fs to work. Same with deb's distroes. Problem comes when you are a newbie, you want it free and you want it work out of the box for your odd system. Stay with microsoft then. On Aug 20, 2015 4:57 PM, "Michael Jerris" wrote: > When tony said there were multiple man months put into getting > dependencies right for Jessie for 1.6, he was not exaggerating. This makes > no difference at all if you are building from source or using our > Freeswitch packages. 1.6 uses significantly more system libraries, if you > are building from master, you will have to address all these dependency > issues. This isn't a matter of a simple wiki page of known issues, there > are many dozens of things you have to get right. This work has been > mostly completed for centos 7 (missing MP3 and h264 support due to missing > dependencies in the distro) and is in the works for windows. We welcome > anyone who wants to put the time in to do this work on other operating > systems and we are willing to work closely and knowledge transfer > everything necessary as we did working on centos, but you will need to be > well versed in packaging for the distro and prepared to spend significant > time getting it all working. > > On Thursday, August 20, 2015, Nathan Neulinger wrote: > >> I suppose the same can be said for running it on Fedora... ;) (guilty as >> charged) >> >> Though I am likely going to be moving to a 14.04 based system going >> forward. I'm not using any pre-built packages >> though, so expect I already have to deal with most of those sorts of >> issues regardless. >> >> It would be potentially useful to see a simple one-page table on the wiki >> detailing these sorts of known problems and >> comments relative to specific distros. >> >> It would be perfectly fine to say "dependency hell on this platform, not >> worth the hassle" - but for those of us who >> always build from source anyway - it's helpful to distinguish between >> "impossible to install from packages because of >> missing deps/etc" vs "combination of kernel and bad compiler gcc x.yy >> that comes with this OS causes horrible audio sync >> issues" (hypothetical example only) >> >> -- Nathan >> >> On 08/20/2015 12:56 PM, Anthony Minessale wrote: >> > The main issue on ubuntu 12 is that its 5 years old and the packages on >> the system are not up to date with the versions >> > needed for FS. >> > Sometimes users find a way around it or it ends up back-ported. >> > >> > Ubuntu is indeed designed for a desktop user. Some may have had >> success with using it for a server because, after all, >> > its just linux and you can choose to not run the GUI. >> > The main reason everyone recommends Jessie is because we just spent an >> entire year synchronizing all of our dependancies >> > and packaging FreeSWITCH to run in that platform. >> > Other platforms are possible too but each individual platform takes >> many many man-months of effort to properly resolve >> > all of the dependancies. >> > >> > To someone who just wants to use software, the complexity of packaging >> and distros is lost. >> > >> > Most of the quotes you listed are snarky in nature but are related to >> countless fighting with Ubuntu trying to get >> > things to build and general annoyances. The issues in 12.04 are real, >> its because the kernel is older and does not >> > support newer hardware as well and there tends to be problems in the >> openssl as its being carefully back-ported with >> > patches. It already takes some non-standard or manually built >> libraries to get it working. 14.x has a better chance >> > but there is not enough effort by the community to try to fully support >> it at this time. >> > >> > So short version is, if you don't care that much you have a much better >> chance of having it work out of the box on >> > Debian. If you don't use the Video features and you are adventurous, >> you can certainly use Ubuntu even with success but >> > you will possibly end up with more snarky comments if you hit a nerve >> on someone you ask for help who remembers some >> > past battle trying to get it working. >> > >> > >> > >> > >> > >> > >> > On Thu, Aug 20, 2015 at 12:26 PM, Blake Priddy < >> bpriddy at bryantschools.org > wrote: >> > >> > I have had several run ins with Ubuntu 14 and 12 where it would be >> just bad FS hangs. I would have to get into the >> > cli to get it to unhang. I would get to the point where I would >> just keep a cli connection open just to keep the >> > client from calling and telling me they can't dial out. I cannot >> replicate the issue because its very random. but >> > it is definitely distro related. I would switch before you go in to >> deep with configurations. >> > >> > On Aug 20, 2015 12:21 PM, "Saumar Hajjar" > > wrote: >> > >> > Hi, >> > >> > Those statements have been made in this list: >> > "Whoever convinced you to use ubuntu must have been mad at you." >> > "Ubuntu is really for desktops if you ask me. I would never put >> > anything production on Ubuntu. Way to much bloat." >> > "There are multiple known issues with Ubuntu 12.04. We >> reccomend Debian >> > 8 Jessie." >> > >> > I have a system in production with a headless (of course) >> Ubuntu 14.04 >> > with FS compiled from source (1.4.19). >> > It seems to be running fine. Nothing fancy and it's not heavy >> loaded (yet). >> > >> > Is there any JIRA ticket that confirms that Ubuntu is to blame >> for some >> > bad behavior? >> > Are there any "known issues" with Ubuntu that I need to be >> aware of, >> > documented elsewhere? >> > If Ubuntu is not suited to run FS, I'll be glad to switch >> distros. >> > But please, provide some evidence, otherwise some of you seem >> to be >> > forcing consensus and trowing Ubuntu under the bus. >> > >> > Cheers, >> > >> > Saumar >> > >> > >> > >> > >> _________________________________________________________________________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at 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 at lists.freeswitch.org > FreeSWITCH-users at lists.freeswitch.org> >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> > >> > >> _________________________________________________________________________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at 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 at lists.freeswitch.org > FreeSWITCH-users at lists.freeswitch.org> >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> > >> > >> > >> > -- >> > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> > >> > ? http://freeswitch.org/ ? http://cluecon.com/ ? >> http://twitter.com/FreeSWITCH >> > ? irc.freenode.net #freeswitch ? _ >> http://freeswitch.org/g+_ >> > >> > ClueCon Weekly Development Call >> > ? sip:888 at conference.freeswitch.org > sip%3A888 at conference.freeswitch.org> ? +19193869900 >> > >> > ClueCon Testimonials >> > ClueCon This Summer >> > >> > >> > >> _________________________________________________________________________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at 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 at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> >> -- >> ------------------------------------------------------------ >> Nathan Neulinger nneul at mst.edu >> Missouri S&T Information Technology (573) 612-1412 >> System Administrator - Architect >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/6518626c/attachment.html From jaybinks at gmail.com Fri Aug 21 07:52:54 2015 From: jaybinks at gmail.com (jay binks) Date: Fri, 21 Aug 2015 13:52:54 +1000 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: References: Message-ID: I do ! :) On 21 August 2015 at 06:07, Brian West wrote: > Wondering why people aren't using the packages we publish for Jessie? > > On Thu, Aug 20, 2015 at 3:01 PM, Komar, Jason wrote: > >> FS 1.4.20 compiled from source on Debian 8 is working great for me. >> >> Jason >> >> >> On Thu, Aug 20, 2015 at 1:57 PM, Yuriy Nasida wrote: >> >>> Hello list, >>> >>> I know that docs recommend debian 8.1 for FS 1.6.* >>> but... do anybody have positive experience with FS 1.4.* on debian 8.1 ? >>> >>> I would like to use debian 8 because of new unixODBC packet - 2.3.1 >>> which here by default. >>> I tried to install unixODBC 2.3.1 from source at Debian 7 because of a >>> lot of FS segfailts (they related with ODBC) but it didn't solve my issue. >>> >>> I also would not like to use FS 1.6 at this moment. >>> >>> Please advice, >>> Thanks >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at 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* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely Jay -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150821/bb10969f/attachment-0001.html From petedao at gmail.com Fri Aug 21 08:42:29 2015 From: petedao at gmail.com (Pete Kay) Date: Thu, 20 Aug 2015 21:42:29 -0700 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: Message-ID: Hi I tried to use proxy_media = true but it is still passing RTP/SAVPF instead of RTP/AVPF. Could I ask where is the problem in my configuration? Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false,sdp_secure_savp_only=false,proxy_media=true}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false,proxy_media=true]sofia/external/754617162742492 at x.x.x.x ) send 2700 bytes to udp/[69.27.168.50]:5060 at 04:01:47.286175: ------------------------------------------------------------------------ INVITE sip:754617162742492 at 69.27.168.50 SIP/2.0 Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bKgBt1e63aHX4SD Max-Forwards: 69 From: "Extension 1001" ;tag=grg241BNtgDtN To: Call-ID: 2f34abd4-c25c-1233-ffbc-60eb698211be CSeq: 79728789 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 1871 X-FS-Support: update_display,send_info Remote-Party-ID: "Extension 1001" ;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 3361339272 3361339273 IN IP4 y.y.y.y s=FreeSWITCH t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 28246 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 108.165.2.110 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:bmbIvHb6NVeLQBcK a=ice-pwd:KDvxAfWB8jTfbGrL610/0jtk a=fingerprint:sha-1 F1:CA:8E:C9:58:A5:00:CB:59:A5:19:90:0A:D0:60:76:33:70:C2:F1 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:3858004023 cname:S5akTfRDQvG5IccJ a=ssrc:3858004023 msid:media_stream audio_track a=ssrc:3858004023 mslabel:media_stream a=ssrc:3858004023 label:audio_track a=candidate:2881221497 1 udp 2122260223 10.227.131.21 55121 typ host generation 0 a=candidate:2881221497 2 udp 2122260222 10.227.131.21 64682 typ host generation 0 a=candidate:3845656457 1 tcp 1518280447 10.227.131.21 57029 typ host tcptype passive generation 0 a=candidate:3845656457 2 tcp 1518280446 10.227.131.21 57030 typ host tcptype passive generation 0 a=candidate:720631245 1 udp 1686052607 112.97.38.2 6734 typ srflx raddr 10.227.131.21 rport 55121 generation 0 a=candidate:720631245 2 udp 1686052606 112.97.38.2 6735 typ srflx raddr 10.227.131.21 rport 64682 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 52800 typ relay raddr 112.97.38.2 rport 34387 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 54764 typ relay raddr 112.97.38.2 rport 34386 generation 0 ------------------------------------------------------------------------ On Mon, Aug 17, 2015 at 9:28 AM, Brian West wrote: > rtp_secure_media=false is the variable name. > > On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay wrote: > >> Hi >> >> I am trying to send call from webrtc to freeswitch and then bridge to an >> external endpoint that is a normal SIP phone. I tried to use >> sip_secure_media=false to force the media to be converted from SAVP to >> AVP. >> >> But the outgoing INVITE is still showing SAVP ( sip trace blow ). Does >> anyone know where I am doing wrong? any help will be greately >> appreciated. >> >> 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing 1001 >> <1001>->1002 in context default >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >> [default->incoming_calls] continue=false >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) [incoming_calls] >> ${destination_number}(1002) =~ /1002/ break=on-false >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >> ) >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 >> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> CS_EXECUTE >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >> (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 >> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 >> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 >> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >> >> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >> ) >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 Parsing >> global variables >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 Parsing >> session specific variables >> >> 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel >> sofia/internal/754617162742492 at x.x.x.x >> [ca6d5930-44f4-11e5-9cc9-c9574f94e170] >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 >> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >> Setting a-leg inherit_codec=true >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >> @20i at 64000b' >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_INIT >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >> (sofia/internal/754617162742492 at x.x.x.x) State INIT >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 >> sofia/internal/754617162742492 at x.x.x.x SOFIA INIT >> >> 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 >> sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 git >> 58f1272 2015-08-14 17:51:12Z 64bit >> >> Local SDP: >> >> v=0 >> >> o=- 4133111956976529630 2 IN IP4 127.0.0.1 >> >> s=- >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 0.0.0.0 >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:Gn8CX52vaidE1C73 >> >> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >> >> a=fingerprint:sha-1 >> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >> >> a=ssrc:3618235845 msid:media_stream audio_track >> >> a=ssrc:3618235845 mslabel:media_stream >> >> a=ssrc:3618235845 label:audio_track >> >> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >> generation 0 >> >> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >> generation 0 >> >> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >> generation 0 >> >> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >> generation 0 >> >> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >> tcptype passive generation 0 >> >> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >> tcptype passive generation 0 >> >> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >> tcptype passive generation 0 >> >> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >> tcptype passive generation 0 >> >> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx raddr >> 192.168.1.101 rport 60710 generation 0 >> >> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx raddr >> 192.168.1.101 rport 64150 generation 0 >> >> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >> raddr 10.73.229.110 rport 52079 generation 0 >> >> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >> raddr 10.73.229.110 rport 51909 generation 0 >> >> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >> raddr 27.38.56.3 rport 36782 generation 0 >> >> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >> raddr 27.38.56.3 rport 37553 generation 0 >> >> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >> raddr 112.97.38.179 rport 54091 generation 0 >> >> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >> raddr 112.97.38.179 rport 54092 generation 0 >> >> >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 >> sofia/internal/754617162742492 at x.x.x.x Standard INIT >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 >> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> >> CS_ROUTING >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >> (sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_ROUTING >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 >> sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 >> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >> CS_CONSUME_MEDIA >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to sleep >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >> CS_CONSUME_MEDIA >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to >> sleep >> >> send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: >> >> >> ------------------------------------------------------------------------ >> >> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >> >> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >> >> Max-Forwards: 69 >> >> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >> >> To: >> >> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >> >> CSeq: 79576629 INVITE >> >> Contact: >> >> User-Agent: >> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >> >> 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 >> >> Content-Type: application/sdp >> >> Content-Disposition: session >> >> Content-Length: 2665 >> >> X-FS-Support: update_display,send_info >> >> Remote-Party-ID: "Extension 1001" > >;party=calling;screen=yes;privacy=off >> >> >> >> v=0 >> >> o=- 4133111956976529630 2 IN IP4 y.y.y.y >> >> s=- >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 0.0.0.0 >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:Gn8CX52vaidE1C73 >> >> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >> >> a=fingerprint:sha-1 >> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >> >> a=ssrc:3618235845 msid:media_stream audio_track >> >> a=ssrc:3618235845 mslabel:media_stream >> >> a=ssrc:3618235845 label:audio_track >> >> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >> generation 0 >> >> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >> generation 0 >> >> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >> generation 0 >> >> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >> generation 0 >> >> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >> tcptype passive generation 0 >> >> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >> tcptype passive generation 0 >> >> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >> tcptype passive generation 0 >> >> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >> tcptype passive generation 0 >> >> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >> raddr 192.168.1.101 rport 60710 generation 0 >> >> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >> raddr 192.168.1.101 rport 64150 generation 0 >> >> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >> raddr 10.73.229.110 rport 52079 generation 0 >> >> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >> raddr 10.73.229.110 rport 51909 generation 0 >> >> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >> raddr 27.38.56.3 rport 36782 generation 0 >> >> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >> raddr 27.38.56.3 rport 37553 generation 0 >> >> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >> raddr 112.97.38.179 rport 54091 generation 0 >> >> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >> raddr 112.97.38.179 rport 54092 generation 0 >> >> >> ------------------------------------------------------------------------ >> >> 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel >> sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] >> >> recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: >> >> >> ------------------------------------------------------------------------ >> >> SIP/2.0 100 Trying >> >> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >> >> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >> >> To: >> >> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >> >> CSeq: 79576629 INVITE >> >> User-Agent: DNL-Switch >> >> Content-Length: 0 >> >> >> >> >> ------------------------------------------------------------------------ >> >> recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: >> >> >> ------------------------------------------------------------------------ >> >> SIP/2.0 415 Unsupported Media Type >> >> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >> >> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >> >> To: ;tag=Ut8ye62NUrQeB >> >> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >> >> CSeq: 79576629 INVITE >> >> User-Agent: DNL-Switch >> >> Accept: application/sdp >> >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >> >> Supported: timer >> >> Content-Length: 0 >> >> >> >> >> ------------------------------------------------------------------------ >> >> send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: >> >> >> ------------------------------------------------------------------------ >> >> ACK sip:754617162742492 at x.x.x.x SIP/2.0 >> >> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >> >> Max-Forwards: 69 >> >> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >> >> To: ;tag=Ut8ye62NUrQeB >> >> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >> >> CSeq: 79576629 ACK >> >> Content-Length: 0 >> >> >> >> >> ------------------------------------------------------------------------ >> >> 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel >> sofia/internal/754617162742492 at x.x.x.x entering state [terminated][415] >> >> 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup >> sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] >> [SERVICE_NOT_IMPLEMENTED] >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >> (sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >> sofia/internal/754617162742492 at x.x.x.x hanging up, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >> sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> >> CS_REPORTING >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >> CS_REPORTING >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >> sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to sleep >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING -> >> CS_DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 2 >> (sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting on external >> entities >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 Originate >> Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] >> >> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 2 >> (sofia/internal/754617162742492 at x.x.x.x) Ended >> >> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >> Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >> sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >> sofia/internal/754617162742492 at x.x.x.x Standard DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to sleep >> >> 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate Failed. >> Cause: SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup >> sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] [SERVICE_NOT_IMPLEMENTED] >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 >> sofia/internal/1001 at y.y.y.y:5060 skip receive message >> [APPLICATION_EXEC_COMPLETE] (channel is hungup already) >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 >> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >> (sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 >> sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 from >> the other leg >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >> sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to INVITE >> with: 415 >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >> sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> CS_REPORTING >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING >> >> send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: >> >> >> ------------------------------------------------------------------------ >> >> SIP/2.0 415 Unsupported Media Type >> >> Via: SIP/2.0/TCP 192.168.1.101:5060 >> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 >> >> Max-Forwards: 70 >> >> From: ;tag=9de53b6c >> >> To: ;tag=gXrZg0KvmrXZH >> >> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >> >> CSeq: 2 INVITE >> >> User-Agent: >> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 >> >> Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" >> >> Content-Length: 0 >> >> Remote-Party-ID: "1002" > >;party=calling;privacy=off;screen=no >> >> >> >> >> ------------------------------------------------------------------------ >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >> sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> >> CS_DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 1 >> (sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on external entities >> >> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 1 >> (sofia/internal/1001 at y.y.y.y:5060) Ended >> >> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >> Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >> sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >> sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep >> >> recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: >> >> >> ------------------------------------------------------------------------ >> >> ACK sip:1002 at y.y.y.y:5060 SIP/2.0 >> >> Via: SIP/2.0/TCP 192.168.1.101:5060 >> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport >> >> Max-Forwards: 70 >> >> To: ;tag=gXrZg0KvmrXZH >> >> From: ;tag=9de53b6c >> >> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >> >> CSeq: 2 ACK >> >> Content-Length: 0 >> >> >> >> >> ------------------------------------------------------------------------ >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at 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* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150820/bb7e4234/attachment-0001.html From gmaruzz at gmail.com Fri Aug 21 08:55:54 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Fri, 21 Aug 2015 06:55:54 +0200 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: Message-ID: Try without mentioning proxy_media at all, no false, no true, just delete it from both occurrences. sent from my mobile, Giovanni Maruzzelli cell: +39 347 266 56 18 On Aug 21, 2015 6:43 AM, "Pete Kay" wrote: > Hi > > I tried to use proxy_media = true but it is still passing RTP/SAVPF > instead of RTP/AVPF. Could I ask where is the problem in my configuration? > > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action > bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false,sdp_secure_savp_only=false,proxy_media=true}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false,proxy_media=true]sofia/external/754617162742492 at x.x.x.x > ) > > > send 2700 bytes to udp/[69.27.168.50]:5060 at 04:01:47.286175: > > ------------------------------------------------------------------------ > > INVITE sip:754617162742492 at 69.27.168.50 SIP/2.0 > > Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bKgBt1e63aHX4SD > > Max-Forwards: 69 > > From: "Extension 1001" ;tag=grg241BNtgDtN > > To: > > Call-ID: 2f34abd4-c25c-1233-ffbc-60eb698211be > > CSeq: 79728789 INVITE > > Contact: > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > REGISTER, REFER, NOTIFY > > Supported: timer, path, replaces > > Allow-Events: talk, hold, conference, refer > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 1871 > > X-FS-Support: update_display,send_info > > Remote-Party-ID: "Extension 1001" >;party=calling;screen=yes;privacy=off > > > > v=0 > > o=FreeSWITCH 3361339272 3361339273 IN IP4 y.y.y.y > > s=FreeSWITCH > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 28246 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 108.165.2.110 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:bmbIvHb6NVeLQBcK > > a=ice-pwd:KDvxAfWB8jTfbGrL610/0jtk > > a=fingerprint:sha-1 > F1:CA:8E:C9:58:A5:00:CB:59:A5:19:90:0A:D0:60:76:33:70:C2:F1 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3858004023 cname:S5akTfRDQvG5IccJ > > a=ssrc:3858004023 msid:media_stream audio_track > > a=ssrc:3858004023 mslabel:media_stream > > a=ssrc:3858004023 label:audio_track > > a=candidate:2881221497 1 udp 2122260223 10.227.131.21 55121 typ host > generation 0 > > a=candidate:2881221497 2 udp 2122260222 10.227.131.21 64682 typ host > generation 0 > > a=candidate:3845656457 1 tcp 1518280447 10.227.131.21 57029 typ host > tcptype passive generation 0 > > a=candidate:3845656457 2 tcp 1518280446 10.227.131.21 57030 typ host > tcptype passive generation 0 > > a=candidate:720631245 1 udp 1686052607 112.97.38.2 6734 typ srflx raddr > 10.227.131.21 rport 55121 generation 0 > > a=candidate:720631245 2 udp 1686052606 112.97.38.2 6735 typ srflx raddr > 10.227.131.21 rport 64682 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 52800 typ relay > raddr 112.97.38.2 rport 34387 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 54764 typ relay > raddr 112.97.38.2 rport 34386 generation 0 > > ------------------------------------------------------------------------ > > > > > > On Mon, Aug 17, 2015 at 9:28 AM, Brian West wrote: > >> rtp_secure_media=false is the variable name. >> >> On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay wrote: >> >>> Hi >>> >>> I am trying to send call from webrtc to freeswitch and then bridge to an >>> external endpoint that is a normal SIP phone. I tried to use >>> sip_secure_media=false to force the media to be converted from SAVP to >>> AVP. >>> >>> But the outgoing INVITE is still showing SAVP ( sip trace blow ). Does >>> anyone know where I am doing wrong? any help will be greately >>> appreciated. >>> >>> 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing 1001 >>> <1001>->1002 in context default >>> >>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >>> [default->incoming_calls] continue=false >>> >>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) >>> [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false >>> >>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>> ) >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 >>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> CS_EXECUTE >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>> (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 >>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 >>> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 >>> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >>> >>> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>> ) >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 Parsing >>> global variables >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 Parsing >>> session specific variables >>> >>> 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel >>> sofia/internal/754617162742492 at x.x.x.x >>> [ca6d5930-44f4-11e5-9cc9-c9574f94e170] >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 >>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>> Setting a-leg inherit_codec=true >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >>> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >>> @20i at 64000b' >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_INIT >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>> (sofia/internal/754617162742492 at x.x.x.x) State INIT >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 >>> sofia/internal/754617162742492 at x.x.x.x SOFIA INIT >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 >>> sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 >>> git 58f1272 2015-08-14 17:51:12Z 64bit >>> >>> Local SDP: >>> >>> v=0 >>> >>> o=- 4133111956976529630 2 IN IP4 127.0.0.1 >>> >>> s=- >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 0.0.0.0 >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:Gn8CX52vaidE1C73 >>> >>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>> >>> a=fingerprint:sha-1 >>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>> >>> a=ssrc:3618235845 msid:media_stream audio_track >>> >>> a=ssrc:3618235845 mslabel:media_stream >>> >>> a=ssrc:3618235845 label:audio_track >>> >>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>> generation 0 >>> >>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >>> generation 0 >>> >>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>> generation 0 >>> >>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >>> generation 0 >>> >>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx raddr >>> 192.168.1.101 rport 60710 generation 0 >>> >>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx raddr >>> 192.168.1.101 rport 64150 generation 0 >>> >>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>> raddr 10.73.229.110 rport 52079 generation 0 >>> >>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>> raddr 10.73.229.110 rport 51909 generation 0 >>> >>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>> raddr 27.38.56.3 rport 36782 generation 0 >>> >>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>> raddr 27.38.56.3 rport 37553 generation 0 >>> >>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>> raddr 112.97.38.179 rport 54091 generation 0 >>> >>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>> raddr 112.97.38.179 rport 54092 generation 0 >>> >>> >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 >>> sofia/internal/754617162742492 at x.x.x.x Standard INIT >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 >>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> >>> CS_ROUTING >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>> (sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_ROUTING >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 >>> sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 >>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >>> CS_CONSUME_MEDIA >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to sleep >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>> CS_CONSUME_MEDIA >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to >>> sleep >>> >>> send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >>> >>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>> >>> Max-Forwards: 69 >>> >>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>> >>> To: >>> >>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>> >>> CSeq: 79576629 INVITE >>> >>> Contact: >>> >>> User-Agent: >>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>> >>> 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 >>> >>> Content-Type: application/sdp >>> >>> Content-Disposition: session >>> >>> Content-Length: 2665 >>> >>> X-FS-Support: update_display,send_info >>> >>> Remote-Party-ID: "Extension 1001" >> >;party=calling;screen=yes;privacy=off >>> >>> >>> >>> v=0 >>> >>> o=- 4133111956976529630 2 IN IP4 y.y.y.y >>> >>> s=- >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 0.0.0.0 >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:Gn8CX52vaidE1C73 >>> >>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>> >>> a=fingerprint:sha-1 >>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>> >>> a=ssrc:3618235845 msid:media_stream audio_track >>> >>> a=ssrc:3618235845 mslabel:media_stream >>> >>> a=ssrc:3618235845 label:audio_track >>> >>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>> generation 0 >>> >>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >>> generation 0 >>> >>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>> generation 0 >>> >>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >>> generation 0 >>> >>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>> raddr 192.168.1.101 rport 60710 generation 0 >>> >>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>> raddr 192.168.1.101 rport 64150 generation 0 >>> >>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>> raddr 10.73.229.110 rport 52079 generation 0 >>> >>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>> raddr 10.73.229.110 rport 51909 generation 0 >>> >>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>> raddr 27.38.56.3 rport 36782 generation 0 >>> >>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>> raddr 27.38.56.3 rport 37553 generation 0 >>> >>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>> raddr 112.97.38.179 rport 54091 generation 0 >>> >>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>> raddr 112.97.38.179 rport 54092 generation 0 >>> >>> >>> ------------------------------------------------------------------------ >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel >>> sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] >>> >>> recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> SIP/2.0 100 Trying >>> >>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>> >>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>> >>> To: >>> >>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>> >>> CSeq: 79576629 INVITE >>> >>> User-Agent: DNL-Switch >>> >>> Content-Length: 0 >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> SIP/2.0 415 Unsupported Media Type >>> >>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>> >>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>> >>> To: ;tag=Ut8ye62NUrQeB >>> >>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>> >>> CSeq: 79576629 INVITE >>> >>> User-Agent: DNL-Switch >>> >>> Accept: application/sdp >>> >>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >>> >>> Supported: timer >>> >>> Content-Length: 0 >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> ACK sip:754617162742492 at x.x.x.x SIP/2.0 >>> >>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>> >>> Max-Forwards: 69 >>> >>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>> >>> To: ;tag=Ut8ye62NUrQeB >>> >>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>> >>> CSeq: 79576629 ACK >>> >>> Content-Length: 0 >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel >>> sofia/internal/754617162742492 at x.x.x.x entering state [terminated][415] >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup >>> sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] >>> [SERVICE_NOT_IMPLEMENTED] >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>> (sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>> sofia/internal/754617162742492 at x.x.x.x hanging up, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>> sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> >>> CS_REPORTING >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>> CS_REPORTING >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>> sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to sleep >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING -> >>> CS_DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 2 >>> (sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting on external >>> entities >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 Originate >>> Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 2 >>> (sofia/internal/754617162742492 at x.x.x.x) Ended >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>> Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>> sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>> sofia/internal/754617162742492 at x.x.x.x Standard DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to sleep >>> >>> 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate Failed. >>> Cause: SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup >>> sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] [SERVICE_NOT_IMPLEMENTED] >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 >>> sofia/internal/1001 at y.y.y.y:5060 skip receive message >>> [APPLICATION_EXEC_COMPLETE] (channel is hungup already) >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 >>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>> (sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 >>> sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 from >>> the other leg >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>> sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to INVITE >>> with: 415 >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>> sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> >>> CS_REPORTING >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING >>> >>> send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> SIP/2.0 415 Unsupported Media Type >>> >>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 >>> >>> Max-Forwards: 70 >>> >>> From: ;tag=9de53b6c >>> >>> To: ;tag=gXrZg0KvmrXZH >>> >>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>> >>> CSeq: 2 INVITE >>> >>> User-Agent: >>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 >>> >>> Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" >>> >>> Content-Length: 0 >>> >>> Remote-Party-ID: "1002" >> >;party=calling;privacy=off;screen=no >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>> sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> >>> CS_DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 1 >>> (sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on external entities >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 1 >>> (sofia/internal/1001 at y.y.y.y:5060) Ended >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>> Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>> sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>> sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep >>> >>> recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> ACK sip:1002 at y.y.y.y:5060 SIP/2.0 >>> >>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport >>> >>> Max-Forwards: 70 >>> >>> To: ;tag=gXrZg0KvmrXZH >>> >>> From: ;tag=9de53b6c >>> >>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>> >>> CSeq: 2 ACK >>> >>> Content-Length: 0 >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at 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* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150821/b9ef1fd0/attachment-0001.html From lexxua at gmail.com Fri Aug 21 09:18:29 2015 From: lexxua at gmail.com (Volodymyr Fedorov) Date: Fri, 21 Aug 2015 08:18:29 +0300 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: <12b201d0db88$6de3df70$49ab9e50$@freeswitch.org> References: <12b201d0db88$6de3df70$49ab9e50$@freeswitch.org> Message-ID: My 5 cents, official repository does not contain iLBC,Siren codecs. Maybe if developers put them to non-free repo it will be nice. On Thu, Aug 20, 2015 at 11:40 PM, Ken Rice wrote: > You only have to install the modules that you need. Most modules are in > their own package. There are a handful of modules that are installed with > the base FreeSWITCH package that are required by pretty much everyone to > have a working system (example: mod_logfile, mod_console, mod_eventsocket, > etc) > > > > -----Original Message----- > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of jungle > Boogie > Sent: Thursday, August 20, 2015 3:20 PM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? > > Hi Brian, > On 20 August 2015 at 13:07, Brian West wrote: > > > > Wondering why people aren't using the packages we publish for Jessie? > > > > If someone wants to enable/disable modules that are enabled/disabled in > your > debian package, does it fetch everything needed? Or if someone wants > particular modules, they'll have to build from source? > > -- > ------- > inum: 883510009027723 > sip: jungleboogie at sip2sip.info > xmpp: jungle-boogie at jit.si > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Best regards, Volodymyr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150821/b1081aad/attachment.html From ssinyagin at gmail.com Fri Aug 21 11:42:49 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Fri, 21 Aug 2015 09:42:49 +0200 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: References: <12b201d0db88$6de3df70$49ab9e50$@freeswitch.org> Message-ID: Siren is patented, but for iLBC I don't see any reason not to be included in debs. On Fri, Aug 21, 2015 at 7:18 AM, Volodymyr Fedorov wrote: > My 5 cents, official repository does not contain iLBC,Siren codecs. Maybe if > developers put them to non-free repo it will be nice. > > > On Thu, Aug 20, 2015 at 11:40 PM, Ken Rice wrote: >> >> You only have to install the modules that you need. Most modules are in >> their own package. There are a handful of modules that are installed with >> the base FreeSWITCH package that are required by pretty much everyone to >> have a working system (example: mod_logfile, mod_console, mod_eventsocket, >> etc) >> >> >> >> -----Original Message----- >> From: freeswitch-users-bounces at lists.freeswitch.org >> [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of jungle >> Boogie >> Sent: Thursday, August 20, 2015 3:20 PM >> To: FreeSWITCH Users Help >> Subject: Re: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? >> >> Hi Brian, >> On 20 August 2015 at 13:07, Brian West wrote: >> > >> > Wondering why people aren't using the packages we publish for Jessie? >> > >> >> If someone wants to enable/disable modules that are enabled/disabled in >> your >> debian package, does it fetch everything needed? Or if someone wants >> particular modules, they'll have to build from source? >> >> -- >> ------- >> inum: 883510009027723 >> sip: jungleboogie at sip2sip.info >> xmpp: jungle-boogie at jit.si >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > > -- > Best regards, > Volodymyr > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From andrew at cassidywebservices.co.uk Fri Aug 21 12:13:40 2015 From: andrew at cassidywebservices.co.uk (Andrew Cassidy) Date: Fri, 21 Aug 2015 09:13:40 +0100 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: References: Message-ID: Don't be sad, Brian. I use the the pre-built packages! :) On 20 August 2015 at 21:07, Brian West wrote: > Wondering why people aren't using the packages we publish for Jessie? > > On Thu, Aug 20, 2015 at 3:01 PM, Komar, Jason wrote: > >> FS 1.4.20 compiled from source on Debian 8 is working great for me. >> >> Jason >> >> >> On Thu, Aug 20, 2015 at 1:57 PM, Yuriy Nasida wrote: >> >>> Hello list, >>> >>> I know that docs recommend debian 8.1 for FS 1.6.* >>> but... do anybody have positive experience with FS 1.4.* on debian 8.1 ? >>> >>> I would like to use debian 8 because of new unixODBC packet - 2.3.1 >>> which here by default. >>> I tried to install unixODBC 2.3.1 from source at Debian 7 because of a >>> lot of FS segfailts (they related with ODBC) but it didn't solve my issue. >>> >>> I also would not like to use FS 1.6 at this moment. >>> >>> Please advice, >>> Thanks >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at 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* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director *T *03300 100 960 *F *03300 100 961 *E *andrew at cassidywebservices.co.uk *W *www.cassidywebservices.co.uk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150821/a3eee444/attachment-0001.html From petedao at gmail.com Fri Aug 21 16:02:53 2015 From: petedao at gmail.com (Pete Kay) Date: Fri, 21 Aug 2015 05:02:53 -0700 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: Message-ID: Hi Without proxy media variable it is still the same. My earlier email in this thread had this problem without media proxy set to true. On Thu, Aug 20, 2015 at 9:55 PM, Giovanni Maruzzelli wrote: > Try without mentioning proxy_media at all, no false, no true, just delete > it from both occurrences. > > sent from my mobile, > Giovanni Maruzzelli > cell: +39 347 266 56 18 > On Aug 21, 2015 6:43 AM, "Pete Kay" wrote: > >> Hi >> >> I tried to use proxy_media = true but it is still passing RTP/SAVPF >> instead of RTP/AVPF. Could I ask where is the problem in my configuration? >> >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false,sdp_secure_savp_only=false,proxy_media=true}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false,proxy_media=true]sofia/external/754617162742492 at x.x.x.x >> ) >> >> >> send 2700 bytes to udp/[69.27.168.50]:5060 at 04:01:47.286175: >> >> >> ------------------------------------------------------------------------ >> >> INVITE sip:754617162742492 at 69.27.168.50 SIP/2.0 >> >> Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bKgBt1e63aHX4SD >> >> Max-Forwards: 69 >> >> From: "Extension 1001" ;tag=grg241BNtgDtN >> >> To: >> >> Call-ID: 2f34abd4-c25c-1233-ffbc-60eb698211be >> >> CSeq: 79728789 INVITE >> >> Contact: >> >> User-Agent: >> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >> >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >> REGISTER, REFER, NOTIFY >> >> Supported: timer, path, replaces >> >> Allow-Events: talk, hold, conference, refer >> >> Content-Type: application/sdp >> >> Content-Disposition: session >> >> Content-Length: 1871 >> >> X-FS-Support: update_display,send_info >> >> Remote-Party-ID: "Extension 1001" > >;party=calling;screen=yes;privacy=off >> >> >> >> v=0 >> >> o=FreeSWITCH 3361339272 3361339273 IN IP4 y.y.y.y >> >> s=FreeSWITCH >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 28246 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 108.165.2.110 >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:bmbIvHb6NVeLQBcK >> >> a=ice-pwd:KDvxAfWB8jTfbGrL610/0jtk >> >> a=fingerprint:sha-1 >> F1:CA:8E:C9:58:A5:00:CB:59:A5:19:90:0A:D0:60:76:33:70:C2:F1 >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:3858004023 cname:S5akTfRDQvG5IccJ >> >> a=ssrc:3858004023 msid:media_stream audio_track >> >> a=ssrc:3858004023 mslabel:media_stream >> >> a=ssrc:3858004023 label:audio_track >> >> a=candidate:2881221497 1 udp 2122260223 10.227.131.21 55121 typ host >> generation 0 >> >> a=candidate:2881221497 2 udp 2122260222 10.227.131.21 64682 typ host >> generation 0 >> >> a=candidate:3845656457 1 tcp 1518280447 10.227.131.21 57029 typ host >> tcptype passive generation 0 >> >> a=candidate:3845656457 2 tcp 1518280446 10.227.131.21 57030 typ host >> tcptype passive generation 0 >> >> a=candidate:720631245 1 udp 1686052607 112.97.38.2 6734 typ srflx >> raddr 10.227.131.21 rport 55121 generation 0 >> >> a=candidate:720631245 2 udp 1686052606 112.97.38.2 6735 typ srflx >> raddr 10.227.131.21 rport 64682 generation 0 >> >> a=candidate:2922827951 1 udp 41885439 146.185.149.11 52800 typ relay >> raddr 112.97.38.2 rport 34387 generation 0 >> >> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54764 typ relay >> raddr 112.97.38.2 rport 34386 generation 0 >> >> >> ------------------------------------------------------------------------ >> >> >> >> >> >> On Mon, Aug 17, 2015 at 9:28 AM, Brian West wrote: >> >>> rtp_secure_media=false is the variable name. >>> >>> On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay wrote: >>> >>>> Hi >>>> >>>> I am trying to send call from webrtc to freeswitch and then bridge to >>>> an external endpoint that is a normal SIP phone. I tried to use >>>> sip_secure_media=false to force the media to be converted from SAVP to >>>> AVP. >>>> >>>> But the outgoing INVITE is still showing SAVP ( sip trace blow ). Does >>>> anyone know where I am doing wrong? any help will be greately >>>> appreciated. >>>> >>>> 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing >>>> 1001 <1001>->1002 in context default >>>> >>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >>>> [default->incoming_calls] continue=false >>>> >>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) >>>> [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false >>>> >>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>> ) >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 >>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> >>>> CS_EXECUTE >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>> (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 >>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 >>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 >>>> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >>>> >>>> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>> ) >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 Parsing >>>> global variables >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 Parsing >>>> session specific variables >>>> >>>> 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel >>>> sofia/internal/754617162742492 at x.x.x.x >>>> [ca6d5930-44f4-11e5-9cc9-c9574f94e170] >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 >>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>>> Setting a-leg inherit_codec=true >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >>>> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >>>> @20i at 64000b' >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_INIT >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 >>>> sofia/internal/754617162742492 at x.x.x.x SOFIA INIT >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 >>>> sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 >>>> git 58f1272 2015-08-14 17:51:12Z 64bit >>>> >>>> Local SDP: >>>> >>>> v=0 >>>> >>>> o=- 4133111956976529630 2 IN IP4 127.0.0.1 >>>> >>>> s=- >>>> >>>> t=0 0 >>>> >>>> a=group:BUNDLE audio >>>> >>>> a=msid-semantic: WMS media_stream >>>> >>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>> >>>> c=IN IP4 0.0.0.0 >>>> >>>> a=rtpmap:111 opus/48000/2 >>>> >>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>> >>>> a=rtpmap:103 ISAC/16000 >>>> >>>> a=rtpmap:9 G722/8000 >>>> >>>> a=rtpmap:102 ILBC/8000 >>>> >>>> a=rtpmap:0 PCMU/8000 >>>> >>>> a=rtpmap:8 PCMA/8000 >>>> >>>> a=rtpmap:106 CN/32000 >>>> >>>> a=rtpmap:105 CN/16000 >>>> >>>> a=rtpmap:13 CN/8000 >>>> >>>> a=rtpmap:127 red/8000 >>>> >>>> a=rtpmap:126 telephone-event/8000 >>>> >>>> a=rtcp:9 IN IP4 0.0.0.0 >>>> >>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>> >>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>> >>>> a=fingerprint:sha-1 >>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>> >>>> a=setup:actpass >>>> >>>> a=mid:audio >>>> >>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>> >>>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>> >>>> a=rtcp-mux >>>> >>>> a=maxptime:60 >>>> >>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>> >>>> a=ssrc:3618235845 msid:media_stream audio_track >>>> >>>> a=ssrc:3618235845 mslabel:media_stream >>>> >>>> a=ssrc:3618235845 label:audio_track >>>> >>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>>> generation 0 >>>> >>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >>>> generation 0 >>>> >>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>>> generation 0 >>>> >>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >>>> generation 0 >>>> >>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>> raddr 192.168.1.101 rport 60710 generation 0 >>>> >>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>> raddr 192.168.1.101 rport 64150 generation 0 >>>> >>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>>> raddr 10.73.229.110 rport 52079 generation 0 >>>> >>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>>> raddr 10.73.229.110 rport 51909 generation 0 >>>> >>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>>> raddr 27.38.56.3 rport 36782 generation 0 >>>> >>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>>> raddr 27.38.56.3 rport 37553 generation 0 >>>> >>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>>> raddr 112.97.38.179 rport 54091 generation 0 >>>> >>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>>> raddr 112.97.38.179 rport 54092 generation 0 >>>> >>>> >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 >>>> sofia/internal/754617162742492 at x.x.x.x Standard INIT >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 >>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> >>>> CS_ROUTING >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>> CS_ROUTING >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 >>>> sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 >>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >>>> CS_CONSUME_MEDIA >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to sleep >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>> CS_CONSUME_MEDIA >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to >>>> sleep >>>> >>>> send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >>>> >>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>> >>>> Max-Forwards: 69 >>>> >>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>> >>>> To: >>>> >>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>> >>>> CSeq: 79576629 INVITE >>>> >>>> Contact: >>>> >>>> User-Agent: >>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>>> >>>> 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 >>>> >>>> Content-Type: application/sdp >>>> >>>> Content-Disposition: session >>>> >>>> Content-Length: 2665 >>>> >>>> X-FS-Support: update_display,send_info >>>> >>>> Remote-Party-ID: "Extension 1001" >>> >;party=calling;screen=yes;privacy=off >>>> >>>> >>>> >>>> v=0 >>>> >>>> o=- 4133111956976529630 2 IN IP4 y.y.y.y >>>> >>>> s=- >>>> >>>> t=0 0 >>>> >>>> a=group:BUNDLE audio >>>> >>>> a=msid-semantic: WMS media_stream >>>> >>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>> >>>> c=IN IP4 0.0.0.0 >>>> >>>> a=rtpmap:111 opus/48000/2 >>>> >>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>> >>>> a=rtpmap:103 ISAC/16000 >>>> >>>> a=rtpmap:9 G722/8000 >>>> >>>> a=rtpmap:102 ILBC/8000 >>>> >>>> a=rtpmap:0 PCMU/8000 >>>> >>>> a=rtpmap:8 PCMA/8000 >>>> >>>> a=rtpmap:106 CN/32000 >>>> >>>> a=rtpmap:105 CN/16000 >>>> >>>> a=rtpmap:13 CN/8000 >>>> >>>> a=rtpmap:127 red/8000 >>>> >>>> a=rtpmap:126 telephone-event/8000 >>>> >>>> a=rtcp:9 IN IP4 0.0.0.0 >>>> >>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>> >>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>> >>>> a=fingerprint:sha-1 >>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>> >>>> a=setup:actpass >>>> >>>> a=mid:audio >>>> >>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>> >>>> a=extmap:3 >>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>> >>>> a=rtcp-mux >>>> >>>> a=maxptime:60 >>>> >>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>> >>>> a=ssrc:3618235845 msid:media_stream audio_track >>>> >>>> a=ssrc:3618235845 mslabel:media_stream >>>> >>>> a=ssrc:3618235845 label:audio_track >>>> >>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>>> generation 0 >>>> >>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ >>>> host generation 0 >>>> >>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>>> generation 0 >>>> >>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ >>>> host generation 0 >>>> >>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ >>>> host tcptype passive generation 0 >>>> >>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ >>>> host tcptype passive generation 0 >>>> >>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>> raddr 192.168.1.101 rport 60710 generation 0 >>>> >>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>> raddr 192.168.1.101 rport 64150 generation 0 >>>> >>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>>> raddr 10.73.229.110 rport 52079 generation 0 >>>> >>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>>> raddr 10.73.229.110 rport 51909 generation 0 >>>> >>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>>> raddr 27.38.56.3 rport 36782 generation 0 >>>> >>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>>> raddr 27.38.56.3 rport 37553 generation 0 >>>> >>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>>> raddr 112.97.38.179 rport 54091 generation 0 >>>> >>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>>> raddr 112.97.38.179 rport 54092 generation 0 >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel >>>> sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] >>>> >>>> recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> SIP/2.0 100 Trying >>>> >>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>> >>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>> >>>> To: >>>> >>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>> >>>> CSeq: 79576629 INVITE >>>> >>>> User-Agent: DNL-Switch >>>> >>>> Content-Length: 0 >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> SIP/2.0 415 Unsupported Media Type >>>> >>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>> >>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>> >>>> To: ;tag=Ut8ye62NUrQeB >>>> >>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>> >>>> CSeq: 79576629 INVITE >>>> >>>> User-Agent: DNL-Switch >>>> >>>> Accept: application/sdp >>>> >>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >>>> >>>> Supported: timer >>>> >>>> Content-Length: 0 >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> ACK sip:754617162742492 at x.x.x.x SIP/2.0 >>>> >>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>> >>>> Max-Forwards: 69 >>>> >>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>> >>>> To: ;tag=Ut8ye62NUrQeB >>>> >>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>> >>>> CSeq: 79576629 ACK >>>> >>>> Content-Length: 0 >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel >>>> sofia/internal/754617162742492 at x.x.x.x entering state [terminated][415] >>>> >>>> 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup >>>> sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] >>>> [SERVICE_NOT_IMPLEMENTED] >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_HANGUP >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>> (sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> >>>> HANGUP >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>> sofia/internal/754617162742492 at x.x.x.x hanging up, cause: >>>> SERVICE_NOT_IMPLEMENTED >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>> sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: >>>> SERVICE_NOT_IMPLEMENTED >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> >>>> CS_REPORTING >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>> CS_REPORTING >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>> sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: >>>> SERVICE_NOT_IMPLEMENTED >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to sleep >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING -> >>>> CS_DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 2 >>>> (sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting on external >>>> entities >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 >>>> Originate Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] >>>> >>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session >>>> 2 (sofia/internal/754617162742492 at x.x.x.x) Ended >>>> >>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>> Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>> CS_DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>> sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>> sofia/internal/754617162742492 at x.x.x.x Standard DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to sleep >>>> >>>> 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate Failed. >>>> Cause: SERVICE_NOT_IMPLEMENTED >>>> >>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup >>>> sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] [SERVICE_NOT_IMPLEMENTED] >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 >>>> sofia/internal/1001 at y.y.y.y:5060 skip receive message >>>> [APPLICATION_EXEC_COMPLETE] (channel is hungup already) >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 >>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>> (sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> HANGUP >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 >>>> sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 >>>> from the other leg >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>> sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: >>>> SERVICE_NOT_IMPLEMENTED >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to INVITE >>>> with: 415 >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>> sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: >>>> SERVICE_NOT_IMPLEMENTED >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> >>>> CS_REPORTING >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING >>>> >>>> send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> SIP/2.0 415 Unsupported Media Type >>>> >>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 >>>> >>>> Max-Forwards: 70 >>>> >>>> From: ;tag=9de53b6c >>>> >>>> To: ;tag=gXrZg0KvmrXZH >>>> >>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>> >>>> CSeq: 2 INVITE >>>> >>>> User-Agent: >>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 >>>> >>>> Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" >>>> >>>> Content-Length: 0 >>>> >>>> Remote-Party-ID: "1002" >>> >;party=calling;privacy=off;screen=no >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>> sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: >>>> SERVICE_NOT_IMPLEMENTED >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> >>>> CS_DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 1 >>>> (sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on external entities >>>> >>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session >>>> 1 (sofia/internal/1001 at y.y.y.y:5060) Ended >>>> >>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>> Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>> sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY >>>> >>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep >>>> >>>> recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> ACK sip:1002 at y.y.y.y:5060 SIP/2.0 >>>> >>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport >>>> >>>> Max-Forwards: 70 >>>> >>>> To: ;tag=gXrZg0KvmrXZH >>>> >>>> From: ;tag=9de53b6c >>>> >>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>> >>>> CSeq: 2 ACK >>>> >>>> Content-Length: 0 >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at 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* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150821/ef90cdb3/attachment-0001.html From nasida at live.ru Fri Aug 21 17:30:57 2015 From: nasida at live.ru (Yuriy Nasida) Date: Fri, 21 Aug 2015 16:30:57 +0300 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: <12ad01d0db88$384fbf50$a8ef3df0$@freeswitch.org> References: , <12ad01d0db88$384fbf50$a8ef3df0$@freeswitch.org> Message-ID: Ken, I sure that segfaults coming from mysql driver for unixodbc but I don't see any info at freeswitch.org. Can you please show me ? It would be interesting. From: krice at freeswitch.org To: freeswitch-users at lists.freeswitch.org Date: Thu, 20 Aug 2015 15:38:48 -0500 Subject: Re: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? If you look at any segfaults you are getting, you?ll most likely find that they are coming from the MySQL driver for unixODBC. This is documented at https://freeswitch.org/confluence quite well. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Yuriy Nasida Sent: Thursday, August 20, 2015 2:58 PM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? Hello list, I know that docs recommend debian 8.1 for FS 1.6.* but... do anybody have positive experience with FS 1.4.* on debian 8.1 ? I would like to use debian 8 because of new unixODBC packet - 2.3.1 which here by default. I tried to install unixODBC 2.3.1 from source at Debian 7 because of a lot of FS segfailts (they related with ODBC) but it didn't solve my issue. I also would not like to use FS 1.6 at this moment. Please advice, Thanks _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150821/248964ff/attachment.html From krice at freeswitch.org Fri Aug 21 18:02:49 2015 From: krice at freeswitch.org (Ken Rice) Date: Fri, 21 Aug 2015 14:02:49 +0000 Subject: [Freeswitch-users] FreeSWITCH Friday FreeForAll Reminder! Message-ID: <55d72f8948858_f60dcc9318370f9@resque-worker-high.2.mail> FreeSWITCHers, Do not forget to join us at 2PM CST for the FreeSWITCH Friday FreeFor All Visit http://ift.tt/1n3h0Pf and Click Call 888 with your WebRTC enabled Browser and headset, Call sip:888 at conference.freeswitch.org or see http://ift.tt/1prwIZL for access info! -- Ken FreeSWITCH.org ClueCon.com OSTAG.org irc.freenode.net #freeswitch Twitter: @FreeSWITCH @ClueCon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150821/a0306e2e/attachment.html From krice at freeswitch.org Fri Aug 21 18:54:46 2015 From: krice at freeswitch.org (Ken Rice) Date: Fri, 21 Aug 2015 09:54:46 -0500 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: References: , <12ad01d0db88$384fbf50$a8ef3df0$@freeswitch.org> Message-ID: <13e701d0dc21$531e98d0$f95bca70$@freeswitch.org> https://freeswitch.org/confluence/display/FREESWITCH/Using+ODBC+in+the+core From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Yuriy Nasida Sent: Friday, August 21, 2015 8:31 AM To: freeswitch-users at lists.freeswitch.org Subject: Re: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? Ken, I sure that segfaults coming from mysql driver for unixodbc but I don't see any info at freeswitch.org . Can you please show me ? It would be interesting. _____ From: krice at freeswitch.org To: freeswitch-users at lists.freeswitch.org Date: Thu, 20 Aug 2015 15:38:48 -0500 Subject: Re: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? If you look at any segfaults you are getting, you'll most likely find that they are coming from the MySQL driver for unixODBC. This is documented at https://freeswitch.org/confluence quite well. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Yuriy Nasida Sent: Thursday, August 20, 2015 2:58 PM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? Hello list, I know that docs recommend debian 8.1 for FS 1.6.* but... do anybody have positive experience with FS 1.4.* on debian 8.1 ? I would like to use debian 8 because of new unixODBC packet - 2.3.1 which here by default. I tried to install unixODBC 2.3.1 from source at Debian 7 because of a lot of FS segfailts (they related with ODBC) but it didn't solve my issue. I also would not like to use FS 1.6 at this moment. Please advice, Thanks _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150821/711de45b/attachment.html From brian at freeswitch.org Fri Aug 21 20:11:02 2015 From: brian at freeswitch.org (Brian West) Date: Fri, 21 Aug 2015 11:11:02 -0500 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: Message-ID: Can you do another call with logs so we can see the outcome again? On Fri, Aug 21, 2015 at 7:02 AM, Pete Kay wrote: > Hi > Without proxy media variable it is still the same. My earlier email in > this thread had this problem without media proxy set to true. > > > > On Thu, Aug 20, 2015 at 9:55 PM, Giovanni Maruzzelli > wrote: > >> Try without mentioning proxy_media at all, no false, no true, just delete >> it from both occurrences. >> >> sent from my mobile, >> Giovanni Maruzzelli >> cell: +39 347 266 56 18 >> On Aug 21, 2015 6:43 AM, "Pete Kay" wrote: >> >>> Hi >>> >>> I tried to use proxy_media = true but it is still passing RTP/SAVPF >>> instead of RTP/AVPF. Could I ask where is the problem in my configuration? >>> >>> >>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false,sdp_secure_savp_only=false,proxy_media=true}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false,proxy_media=true]sofia/external/754617162742492 at x.x.x.x >>> ) >>> >>> >>> send 2700 bytes to udp/[69.27.168.50]:5060 at 04:01:47.286175: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> INVITE sip:754617162742492 at 69.27.168.50 SIP/2.0 >>> >>> Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bKgBt1e63aHX4SD >>> >>> Max-Forwards: 69 >>> >>> From: "Extension 1001" ;tag=grg241BNtgDtN >>> >>> To: >>> >>> Call-ID: 2f34abd4-c25c-1233-ffbc-60eb698211be >>> >>> CSeq: 79728789 INVITE >>> >>> Contact: >>> >>> User-Agent: >>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>> >>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>> REGISTER, REFER, NOTIFY >>> >>> Supported: timer, path, replaces >>> >>> Allow-Events: talk, hold, conference, refer >>> >>> Content-Type: application/sdp >>> >>> Content-Disposition: session >>> >>> Content-Length: 1871 >>> >>> X-FS-Support: update_display,send_info >>> >>> Remote-Party-ID: "Extension 1001" >> >;party=calling;screen=yes;privacy=off >>> >>> >>> >>> v=0 >>> >>> o=FreeSWITCH 3361339272 3361339273 IN IP4 y.y.y.y >>> >>> s=FreeSWITCH >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 28246 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 108.165.2.110 >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:bmbIvHb6NVeLQBcK >>> >>> a=ice-pwd:KDvxAfWB8jTfbGrL610/0jtk >>> >>> a=fingerprint:sha-1 >>> F1:CA:8E:C9:58:A5:00:CB:59:A5:19:90:0A:D0:60:76:33:70:C2:F1 >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:3858004023 cname:S5akTfRDQvG5IccJ >>> >>> a=ssrc:3858004023 msid:media_stream audio_track >>> >>> a=ssrc:3858004023 mslabel:media_stream >>> >>> a=ssrc:3858004023 label:audio_track >>> >>> a=candidate:2881221497 1 udp 2122260223 10.227.131.21 55121 typ host >>> generation 0 >>> >>> a=candidate:2881221497 2 udp 2122260222 10.227.131.21 64682 typ host >>> generation 0 >>> >>> a=candidate:3845656457 1 tcp 1518280447 10.227.131.21 57029 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:3845656457 2 tcp 1518280446 10.227.131.21 57030 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:720631245 1 udp 1686052607 112.97.38.2 6734 typ srflx >>> raddr 10.227.131.21 rport 55121 generation 0 >>> >>> a=candidate:720631245 2 udp 1686052606 112.97.38.2 6735 typ srflx >>> raddr 10.227.131.21 rport 64682 generation 0 >>> >>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 52800 typ relay >>> raddr 112.97.38.2 rport 34387 generation 0 >>> >>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54764 typ relay >>> raddr 112.97.38.2 rport 34386 generation 0 >>> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> >>> >>> >>> On Mon, Aug 17, 2015 at 9:28 AM, Brian West >>> wrote: >>> >>>> rtp_secure_media=false is the variable name. >>>> >>>> On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay wrote: >>>> >>>>> Hi >>>>> >>>>> I am trying to send call from webrtc to freeswitch and then bridge to >>>>> an external endpoint that is a normal SIP phone. I tried to use >>>>> sip_secure_media=false to force the media to be converted from SAVP to >>>>> AVP. >>>>> >>>>> But the outgoing INVITE is still showing SAVP ( sip trace blow ). >>>>> Does anyone know where I am doing wrong? any help will be greately >>>>> appreciated. >>>>> >>>>> 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing >>>>> 1001 <1001>->1002 in context default >>>>> >>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >>>>> [default->incoming_calls] continue=false >>>>> >>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) >>>>> [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false >>>>> >>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>>> ) >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> >>>>> CS_EXECUTE >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 >>>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 >>>>> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >>>>> >>>>> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >>>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>>> ) >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 Parsing >>>>> global variables >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 Parsing >>>>> session specific variables >>>>> >>>>> 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel >>>>> sofia/internal/754617162742492 at x.x.x.x >>>>> [ca6d5930-44f4-11e5-9cc9-c9574f94e170] >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> >>>>> CS_INIT >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>>>> Setting a-leg inherit_codec=true >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>>>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >>>>> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >>>>> @20i at 64000b' >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_INIT >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 >>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA INIT >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 >>>>> sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 >>>>> git 58f1272 2015-08-14 17:51:12Z 64bit >>>>> >>>>> Local SDP: >>>>> >>>>> v=0 >>>>> >>>>> o=- 4133111956976529630 2 IN IP4 127.0.0.1 >>>>> >>>>> s=- >>>>> >>>>> t=0 0 >>>>> >>>>> a=group:BUNDLE audio >>>>> >>>>> a=msid-semantic: WMS media_stream >>>>> >>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>> >>>>> c=IN IP4 0.0.0.0 >>>>> >>>>> a=rtpmap:111 opus/48000/2 >>>>> >>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>> >>>>> a=rtpmap:103 ISAC/16000 >>>>> >>>>> a=rtpmap:9 G722/8000 >>>>> >>>>> a=rtpmap:102 ILBC/8000 >>>>> >>>>> a=rtpmap:0 PCMU/8000 >>>>> >>>>> a=rtpmap:8 PCMA/8000 >>>>> >>>>> a=rtpmap:106 CN/32000 >>>>> >>>>> a=rtpmap:105 CN/16000 >>>>> >>>>> a=rtpmap:13 CN/8000 >>>>> >>>>> a=rtpmap:127 red/8000 >>>>> >>>>> a=rtpmap:126 telephone-event/8000 >>>>> >>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>> >>>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>>> >>>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>>> >>>>> a=fingerprint:sha-1 >>>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>>> >>>>> a=setup:actpass >>>>> >>>>> a=mid:audio >>>>> >>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>> >>>>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>> >>>>> a=rtcp-mux >>>>> >>>>> a=maxptime:60 >>>>> >>>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>>> >>>>> a=ssrc:3618235845 msid:media_stream audio_track >>>>> >>>>> a=ssrc:3618235845 mslabel:media_stream >>>>> >>>>> a=ssrc:3618235845 label:audio_track >>>>> >>>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>>> raddr 192.168.1.101 rport 60710 generation 0 >>>>> >>>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>>> raddr 192.168.1.101 rport 64150 generation 0 >>>>> >>>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>>>> raddr 10.73.229.110 rport 52079 generation 0 >>>>> >>>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>>>> raddr 10.73.229.110 rport 51909 generation 0 >>>>> >>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>>>> raddr 27.38.56.3 rport 36782 generation 0 >>>>> >>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>>>> raddr 27.38.56.3 rport 37553 generation 0 >>>>> >>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>>>> raddr 112.97.38.179 rport 54091 generation 0 >>>>> >>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>>>> raddr 112.97.38.179 rport 54092 generation 0 >>>>> >>>>> >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 >>>>> sofia/internal/754617162742492 at x.x.x.x Standard INIT >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> >>>>> CS_ROUTING >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>> CS_ROUTING >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 >>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >>>>> CS_CONSUME_MEDIA >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to sleep >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>> CS_CONSUME_MEDIA >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to >>>>> sleep >>>>> >>>>> send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >>>>> >>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>> >>>>> Max-Forwards: 69 >>>>> >>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>> >>>>> To: >>>>> >>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>> >>>>> CSeq: 79576629 INVITE >>>>> >>>>> Contact: >>>>> >>>>> User-Agent: >>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>>>> >>>>> 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 >>>>> >>>>> Content-Type: application/sdp >>>>> >>>>> Content-Disposition: session >>>>> >>>>> Content-Length: 2665 >>>>> >>>>> X-FS-Support: update_display,send_info >>>>> >>>>> Remote-Party-ID: "Extension 1001" >>>> >;party=calling;screen=yes;privacy=off >>>>> >>>>> >>>>> >>>>> v=0 >>>>> >>>>> o=- 4133111956976529630 2 IN IP4 y.y.y.y >>>>> >>>>> s=- >>>>> >>>>> t=0 0 >>>>> >>>>> a=group:BUNDLE audio >>>>> >>>>> a=msid-semantic: WMS media_stream >>>>> >>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>> >>>>> c=IN IP4 0.0.0.0 >>>>> >>>>> a=rtpmap:111 opus/48000/2 >>>>> >>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>> >>>>> a=rtpmap:103 ISAC/16000 >>>>> >>>>> a=rtpmap:9 G722/8000 >>>>> >>>>> a=rtpmap:102 ILBC/8000 >>>>> >>>>> a=rtpmap:0 PCMU/8000 >>>>> >>>>> a=rtpmap:8 PCMA/8000 >>>>> >>>>> a=rtpmap:106 CN/32000 >>>>> >>>>> a=rtpmap:105 CN/16000 >>>>> >>>>> a=rtpmap:13 CN/8000 >>>>> >>>>> a=rtpmap:127 red/8000 >>>>> >>>>> a=rtpmap:126 telephone-event/8000 >>>>> >>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>> >>>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>>> >>>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>>> >>>>> a=fingerprint:sha-1 >>>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>>> >>>>> a=setup:actpass >>>>> >>>>> a=mid:audio >>>>> >>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>> >>>>> a=extmap:3 >>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>> >>>>> a=rtcp-mux >>>>> >>>>> a=maxptime:60 >>>>> >>>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>>> >>>>> a=ssrc:3618235845 msid:media_stream audio_track >>>>> >>>>> a=ssrc:3618235845 mslabel:media_stream >>>>> >>>>> a=ssrc:3618235845 label:audio_track >>>>> >>>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ >>>>> host generation 0 >>>>> >>>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ >>>>> host generation 0 >>>>> >>>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ >>>>> host generation 0 >>>>> >>>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ >>>>> host generation 0 >>>>> >>>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ >>>>> host tcptype passive generation 0 >>>>> >>>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ >>>>> host tcptype passive generation 0 >>>>> >>>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ >>>>> host tcptype passive generation 0 >>>>> >>>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ >>>>> host tcptype passive generation 0 >>>>> >>>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>>> raddr 192.168.1.101 rport 60710 generation 0 >>>>> >>>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>>> raddr 192.168.1.101 rport 64150 generation 0 >>>>> >>>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ >>>>> srflx raddr 10.73.229.110 rport 52079 generation 0 >>>>> >>>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ >>>>> srflx raddr 10.73.229.110 rport 51909 generation 0 >>>>> >>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ >>>>> relay raddr 27.38.56.3 rport 36782 generation 0 >>>>> >>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ >>>>> relay raddr 27.38.56.3 rport 37553 generation 0 >>>>> >>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ >>>>> relay raddr 112.97.38.179 rport 54091 generation 0 >>>>> >>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ >>>>> relay raddr 112.97.38.179 rport 54092 generation 0 >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel >>>>> sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] >>>>> >>>>> recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> SIP/2.0 100 Trying >>>>> >>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>> >>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>> >>>>> To: >>>>> >>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>> >>>>> CSeq: 79576629 INVITE >>>>> >>>>> User-Agent: DNL-Switch >>>>> >>>>> Content-Length: 0 >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> SIP/2.0 415 Unsupported Media Type >>>>> >>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>> >>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>> >>>>> To: ;tag=Ut8ye62NUrQeB >>>>> >>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>> >>>>> CSeq: 79576629 INVITE >>>>> >>>>> User-Agent: DNL-Switch >>>>> >>>>> Accept: application/sdp >>>>> >>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >>>>> >>>>> Supported: timer >>>>> >>>>> Content-Length: 0 >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> ACK sip:754617162742492 at x.x.x.x SIP/2.0 >>>>> >>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>> >>>>> Max-Forwards: 69 >>>>> >>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>> >>>>> To: ;tag=Ut8ye62NUrQeB >>>>> >>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>> >>>>> CSeq: 79576629 ACK >>>>> >>>>> Content-Length: 0 >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel >>>>> sofia/internal/754617162742492 at x.x.x.x entering state >>>>> [terminated][415] >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup >>>>> sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] >>>>> [SERVICE_NOT_IMPLEMENTED] >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>> CS_HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> >>>>> HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>>> sofia/internal/754617162742492 at x.x.x.x hanging up, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>>> sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> >>>>> CS_REPORTING >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>> CS_REPORTING >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>>> sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to >>>>> sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING -> >>>>> CS_DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session >>>>> 2 (sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting on >>>>> external entities >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 >>>>> Originate Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session >>>>> 2 (sofia/internal/754617162742492 at x.x.x.x) Ended >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>>> Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>> CS_DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>>> sofia/internal/754617162742492 at x.x.x.x Standard DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate >>>>> Failed. Cause: SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup >>>>> sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] >>>>> [SERVICE_NOT_IMPLEMENTED] >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 >>>>> sofia/internal/1001 at y.y.y.y:5060 skip receive message >>>>> [APPLICATION_EXEC_COMPLETE] (channel is hungup already) >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>>> (sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 >>>>> sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 >>>>> from the other leg >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>>> sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to >>>>> INVITE with: 415 >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>>> sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> >>>>> CS_REPORTING >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING >>>>> >>>>> send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> SIP/2.0 415 Unsupported Media Type >>>>> >>>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 >>>>> >>>>> Max-Forwards: 70 >>>>> >>>>> From: ;tag=9de53b6c >>>>> >>>>> To: ;tag=gXrZg0KvmrXZH >>>>> >>>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>>> >>>>> CSeq: 2 INVITE >>>>> >>>>> User-Agent: >>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 >>>>> >>>>> Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" >>>>> >>>>> Content-Length: 0 >>>>> >>>>> Remote-Party-ID: "1002" >>>> >;party=calling;privacy=off;screen=no >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>>> sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> >>>>> CS_DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session >>>>> 1 (sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on external >>>>> entities >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session >>>>> 1 (sofia/internal/1001 at y.y.y.y:5060) Ended >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>>> Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>>> sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep >>>>> >>>>> recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> ACK sip:1002 at y.y.y.y:5060 SIP/2.0 >>>>> >>>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport >>>>> >>>>> Max-Forwards: 70 >>>>> >>>>> To: ;tag=gXrZg0KvmrXZH >>>>> >>>>> From: ;tag=9de53b6c >>>>> >>>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>>> >>>>> CSeq: 2 ACK >>>>> >>>>> Content-Length: 0 >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at 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 at 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* >>>> brian at freeswitch.org >>>> >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150821/0e54a2cf/attachment-0001.html From brian at freeswitch.org Fri Aug 21 20:39:56 2015 From: brian at freeswitch.org (Brian West) Date: Fri, 21 Aug 2015 11:39:56 -0500 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: References: <12b201d0db88$6de3df70$49ab9e50$@freeswitch.org> Message-ID: G.722.1 and G.722.1C aren't Siren, they aren't compatible. We should probably rename that module LOL On Fri, Aug 21, 2015 at 2:42 AM, Stanislav Sinyagin wrote: > Siren is patented, but for iLBC I don't see any reason not to be > included in debs. > > On Fri, Aug 21, 2015 at 7:18 AM, Volodymyr Fedorov > wrote: > > My 5 cents, official repository does not contain iLBC,Siren codecs. > Maybe if > > developers put them to non-free repo it will be nice. > > > > > > On Thu, Aug 20, 2015 at 11:40 PM, Ken Rice wrote: > >> > >> You only have to install the modules that you need. Most modules are in > >> their own package. There are a handful of modules that are installed > with > >> the base FreeSWITCH package that are required by pretty much everyone to > >> have a working system (example: mod_logfile, mod_console, > mod_eventsocket, > >> etc) > >> > >> > >> > >> -----Original Message----- > >> From: freeswitch-users-bounces at lists.freeswitch.org > >> [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of > jungle > >> Boogie > >> Sent: Thursday, August 20, 2015 3:20 PM > >> To: FreeSWITCH Users Help > >> Subject: Re: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea > ? > >> > >> Hi Brian, > >> On 20 August 2015 at 13:07, Brian West wrote: > >> > > >> > Wondering why people aren't using the packages we publish for Jessie? > >> > > >> > >> If someone wants to enable/disable modules that are enabled/disabled in > >> your > >> debian package, does it fetch everything needed? Or if someone wants > >> particular modules, they'll have to build from source? > >> > >> -- > >> ------- > >> inum: 883510009027723 > >> sip: jungleboogie at sip2sip.info > >> xmpp: jungle-boogie at jit.si > >> > >> > _________________________________________________________________________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at 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 at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > >> > >> > _________________________________________________________________________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at 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 at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > > > > > > > -- > > Best regards, > > Volodymyr > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150821/80f2feac/attachment.html From brian at freeswitch.org Fri Aug 21 20:42:51 2015 From: brian at freeswitch.org (Brian West) Date: Fri, 21 Aug 2015 11:42:51 -0500 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: References: <12b201d0db88$6de3df70$49ab9e50$@freeswitch.org> Message-ID: If i'm not mistaken we do package this in our repo, you could use our packages/repo. On Fri, Aug 21, 2015 at 2:42 AM, Stanislav Sinyagin wrote: > Siren is patented, but for iLBC I don't see any reason not to be > included in debs. > > On Fri, Aug 21, 2015 at 7:18 AM, Volodymyr Fedorov > wrote: > > My 5 cents, official repository does not contain iLBC,Siren codecs. > Maybe if > > developers put them to non-free repo it will be nice. > > > > > > On Thu, Aug 20, 2015 at 11:40 PM, Ken Rice wrote: > >> > >> You only have to install the modules that you need. Most modules are in > >> their own package. There are a handful of modules that are installed > with > >> the base FreeSWITCH package that are required by pretty much everyone to > >> have a working system (example: mod_logfile, mod_console, > mod_eventsocket, > >> etc) > >> > >> > >> > >> -----Original Message----- > >> From: freeswitch-users-bounces at lists.freeswitch.org > >> [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of > jungle > >> Boogie > >> Sent: Thursday, August 20, 2015 3:20 PM > >> To: FreeSWITCH Users Help > >> Subject: Re: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea > ? > >> > >> Hi Brian, > >> On 20 August 2015 at 13:07, Brian West wrote: > >> > > >> > Wondering why people aren't using the packages we publish for Jessie? > >> > > >> > >> If someone wants to enable/disable modules that are enabled/disabled in > >> your > >> debian package, does it fetch everything needed? Or if someone wants > >> particular modules, they'll have to build from source? > >> > >> -- > >> ------- > >> inum: 883510009027723 > >> sip: jungleboogie at sip2sip.info > >> xmpp: jungle-boogie at jit.si > >> > >> > _________________________________________________________________________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at 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 at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > >> > >> > _________________________________________________________________________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at 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 at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > > > > > > > -- > > Best regards, > > Volodymyr > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150821/9f276601/attachment-0001.html From krice at freeswitch.org Fri Aug 21 21:20:26 2015 From: krice at freeswitch.org (Ken Rice) Date: Fri, 21 Aug 2015 12:20:26 -0500 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: References: <12b201d0db88$6de3df70$49ab9e50$@freeswitch.org> Message-ID: <146b01d0dc35$ac21ad50$046507f0$@freeswitch.org> The iLBC module is not packaged for 1.4 but it is available in the unstable repo and will be in 1.6 once that is released From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Friday, August 21, 2015 11:43 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? If i'm not mistaken we do package this in our repo, you could use our packages/repo. On Fri, Aug 21, 2015 at 2:42 AM, Stanislav Sinyagin > wrote: Siren is patented, but for iLBC I don't see any reason not to be included in debs. On Fri, Aug 21, 2015 at 7:18 AM, Volodymyr Fedorov > wrote: > My 5 cents, official repository does not contain iLBC,Siren codecs. Maybe if > developers put them to non-free repo it will be nice. > > > On Thu, Aug 20, 2015 at 11:40 PM, Ken Rice > wrote: >> >> You only have to install the modules that you need. Most modules are in >> their own package. There are a handful of modules that are installed with >> the base FreeSWITCH package that are required by pretty much everyone to >> have a working system (example: mod_logfile, mod_console, mod_eventsocket, >> etc) >> >> >> >> -----Original Message----- >> From: freeswitch-users-bounces at lists.freeswitch.org >> [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of jungle >> Boogie >> Sent: Thursday, August 20, 2015 3:20 PM >> To: FreeSWITCH Users Help > >> Subject: Re: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? >> >> Hi Brian, >> On 20 August 2015 at 13:07, Brian West > wrote: >> > >> > Wondering why people aren't using the packages we publish for Jessie? >> > >> >> If someone wants to enable/disable modules that are enabled/disabled in >> your >> debian package, does it fetch everything needed? Or if someone wants >> particular modules, they'll have to build from source? >> >> -- >> ------- >> inum: 883510009027723 >> sip: jungleboogie at sip2sip.info >> xmpp: jungle-boogie at jit.si >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > > -- > Best regards, > Volodymyr > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at 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 brian at freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150821/fab4c636/attachment.html From anthony.minessale at gmail.com Fri Aug 21 22:06:45 2015 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 21 Aug 2015 13:06:45 -0500 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: Message-ID: Its not the same tey harder. On Friday, August 21, 2015, Pete Kay wrote: > Hi > Without proxy media variable it is still the same. My earlier email in > this thread had this problem without media proxy set to true. > > > > On Thu, Aug 20, 2015 at 9:55 PM, Giovanni Maruzzelli > wrote: > >> Try without mentioning proxy_media at all, no false, no true, just delete >> it from both occurrences. >> >> sent from my mobile, >> Giovanni Maruzzelli >> cell: +39 347 266 56 18 >> On Aug 21, 2015 6:43 AM, "Pete Kay" > > wrote: >> >>> Hi >>> >>> I tried to use proxy_media = true but it is still passing RTP/SAVPF >>> instead of RTP/AVPF. Could I ask where is the problem in my configuration? >>> >>> >>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false,sdp_secure_savp_only=false,proxy_media=true}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false,proxy_media=true]sofia/external/754617162742492 at x.x.x.x >>> ) >>> >>> >>> send 2700 bytes to udp/[69.27.168.50]:5060 at 04:01:47.286175: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> INVITE sip:754617162742492 at 69.27.168.50 >>> >>> SIP/2.0 >>> >>> Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bKgBt1e63aHX4SD >>> >>> Max-Forwards: 69 >>> >>> From: "Extension 1001" ;tag=grg241BNtgDtN >>> >>> To: >>> >>> Call-ID: 2f34abd4-c25c-1233-ffbc-60eb698211be >>> >>> CSeq: 79728789 INVITE >>> >>> Contact: >>> >>> User-Agent: >>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>> >>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>> REGISTER, REFER, NOTIFY >>> >>> Supported: timer, path, replaces >>> >>> Allow-Events: talk, hold, conference, refer >>> >>> Content-Type: application/sdp >>> >>> Content-Disposition: session >>> >>> Content-Length: 1871 >>> >>> X-FS-Support: update_display,send_info >>> >>> Remote-Party-ID: "Extension 1001" >> >;party=calling;screen=yes;privacy=off >>> >>> >>> >>> v=0 >>> >>> o=FreeSWITCH 3361339272 3361339273 IN IP4 y.y.y.y >>> >>> s=FreeSWITCH >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 28246 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 108.165.2.110 >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:bmbIvHb6NVeLQBcK >>> >>> a=ice-pwd:KDvxAfWB8jTfbGrL610/0jtk >>> >>> a=fingerprint:sha-1 >>> F1:CA:8E:C9:58:A5:00:CB:59:A5:19:90:0A:D0:60:76:33:70:C2:F1 >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:3858004023 cname:S5akTfRDQvG5IccJ >>> >>> a=ssrc:3858004023 msid:media_stream audio_track >>> >>> a=ssrc:3858004023 mslabel:media_stream >>> >>> a=ssrc:3858004023 label:audio_track >>> >>> a=candidate:2881221497 1 udp 2122260223 10.227.131.21 55121 typ host >>> generation 0 >>> >>> a=candidate:2881221497 2 udp 2122260222 10.227.131.21 64682 typ host >>> generation 0 >>> >>> a=candidate:3845656457 1 tcp 1518280447 10.227.131.21 57029 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:3845656457 2 tcp 1518280446 10.227.131.21 57030 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:720631245 1 udp 1686052607 112.97.38.2 6734 typ srflx >>> raddr 10.227.131.21 rport 55121 generation 0 >>> >>> a=candidate:720631245 2 udp 1686052606 112.97.38.2 6735 typ srflx >>> raddr 10.227.131.21 rport 64682 generation 0 >>> >>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 52800 typ relay >>> raddr 112.97.38.2 rport 34387 generation 0 >>> >>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54764 typ relay >>> raddr 112.97.38.2 rport 34386 generation 0 >>> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> >>> >>> >>> On Mon, Aug 17, 2015 at 9:28 AM, Brian West >> > wrote: >>> >>>> rtp_secure_media=false is the variable name. >>>> >>>> On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay >>> > wrote: >>>> >>>>> Hi >>>>> >>>>> I am trying to send call from webrtc to freeswitch and then bridge to >>>>> an external endpoint that is a normal SIP phone. I tried to use >>>>> sip_secure_media=false to force the media to be converted from SAVP to >>>>> AVP. >>>>> >>>>> But the outgoing INVITE is still showing SAVP ( sip trace blow ). >>>>> Does anyone know where I am doing wrong? any help will be greately >>>>> appreciated. >>>>> >>>>> 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing >>>>> 1001 <1001>->1002 in context default >>>>> >>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >>>>> [default->incoming_calls] continue=false >>>>> >>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) >>>>> [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false >>>>> >>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>>> ) >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> >>>>> CS_EXECUTE >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 >>>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 >>>>> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >>>>> >>>>> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >>>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>>> ) >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 Parsing >>>>> global variables >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 Parsing >>>>> session specific variables >>>>> >>>>> 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel >>>>> sofia/internal/754617162742492 at x.x.x.x >>>>> [ca6d5930-44f4-11e5-9cc9-c9574f94e170] >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> >>>>> CS_INIT >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>>>> Setting a-leg inherit_codec=true >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>>>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >>>>> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >>>>> @20i at 64000b' >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_INIT >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 >>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA INIT >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 >>>>> sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 >>>>> git 58f1272 2015-08-14 17:51:12Z 64bit >>>>> >>>>> Local SDP: >>>>> >>>>> v=0 >>>>> >>>>> o=- 4133111956976529630 2 IN IP4 127.0.0.1 >>>>> >>>>> s=- >>>>> >>>>> t=0 0 >>>>> >>>>> a=group:BUNDLE audio >>>>> >>>>> a=msid-semantic: WMS media_stream >>>>> >>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>> >>>>> c=IN IP4 0.0.0.0 >>>>> >>>>> a=rtpmap:111 opus/48000/2 >>>>> >>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>> >>>>> a=rtpmap:103 ISAC/16000 >>>>> >>>>> a=rtpmap:9 G722/8000 >>>>> >>>>> a=rtpmap:102 ILBC/8000 >>>>> >>>>> a=rtpmap:0 PCMU/8000 >>>>> >>>>> a=rtpmap:8 PCMA/8000 >>>>> >>>>> a=rtpmap:106 CN/32000 >>>>> >>>>> a=rtpmap:105 CN/16000 >>>>> >>>>> a=rtpmap:13 CN/8000 >>>>> >>>>> a=rtpmap:127 red/8000 >>>>> >>>>> a=rtpmap:126 telephone-event/8000 >>>>> >>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>> >>>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>>> >>>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>>> >>>>> a=fingerprint:sha-1 >>>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>>> >>>>> a=setup:actpass >>>>> >>>>> a=mid:audio >>>>> >>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>> >>>>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>> >>>>> a=rtcp-mux >>>>> >>>>> a=maxptime:60 >>>>> >>>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>>> >>>>> a=ssrc:3618235845 msid:media_stream audio_track >>>>> >>>>> a=ssrc:3618235845 mslabel:media_stream >>>>> >>>>> a=ssrc:3618235845 label:audio_track >>>>> >>>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >>>>> generation 0 >>>>> >>>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >>>>> tcptype passive generation 0 >>>>> >>>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>>> raddr 192.168.1.101 rport 60710 generation 0 >>>>> >>>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>>> raddr 192.168.1.101 rport 64150 generation 0 >>>>> >>>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>>>> raddr 10.73.229.110 rport 52079 generation 0 >>>>> >>>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>>>> raddr 10.73.229.110 rport 51909 generation 0 >>>>> >>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>>>> raddr 27.38.56.3 rport 36782 generation 0 >>>>> >>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>>>> raddr 27.38.56.3 rport 37553 generation 0 >>>>> >>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>>>> raddr 112.97.38.179 rport 54091 generation 0 >>>>> >>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>>>> raddr 112.97.38.179 rport 54092 generation 0 >>>>> >>>>> >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 >>>>> sofia/internal/754617162742492 at x.x.x.x Standard INIT >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> >>>>> CS_ROUTING >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>> CS_ROUTING >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 >>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >>>>> CS_CONSUME_MEDIA >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to sleep >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>> CS_CONSUME_MEDIA >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to >>>>> sleep >>>>> >>>>> send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >>>>> >>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>> >>>>> Max-Forwards: 69 >>>>> >>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>> >>>>> To: >>>>> >>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>> >>>>> CSeq: 79576629 INVITE >>>>> >>>>> Contact: >>>>> >>>>> User-Agent: >>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>>>> >>>>> 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 >>>>> >>>>> Content-Type: application/sdp >>>>> >>>>> Content-Disposition: session >>>>> >>>>> Content-Length: 2665 >>>>> >>>>> X-FS-Support: update_display,send_info >>>>> >>>>> Remote-Party-ID: "Extension 1001" >>>> >;party=calling;screen=yes;privacy=off >>>>> >>>>> >>>>> >>>>> v=0 >>>>> >>>>> o=- 4133111956976529630 2 IN IP4 y.y.y.y >>>>> >>>>> s=- >>>>> >>>>> t=0 0 >>>>> >>>>> a=group:BUNDLE audio >>>>> >>>>> a=msid-semantic: WMS media_stream >>>>> >>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>> >>>>> c=IN IP4 0.0.0.0 >>>>> >>>>> a=rtpmap:111 opus/48000/2 >>>>> >>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>> >>>>> a=rtpmap:103 ISAC/16000 >>>>> >>>>> a=rtpmap:9 G722/8000 >>>>> >>>>> a=rtpmap:102 ILBC/8000 >>>>> >>>>> a=rtpmap:0 PCMU/8000 >>>>> >>>>> a=rtpmap:8 PCMA/8000 >>>>> >>>>> a=rtpmap:106 CN/32000 >>>>> >>>>> a=rtpmap:105 CN/16000 >>>>> >>>>> a=rtpmap:13 CN/8000 >>>>> >>>>> a=rtpmap:127 red/8000 >>>>> >>>>> a=rtpmap:126 telephone-event/8000 >>>>> >>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>> >>>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>>> >>>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>>> >>>>> a=fingerprint:sha-1 >>>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>>> >>>>> a=setup:actpass >>>>> >>>>> a=mid:audio >>>>> >>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>> >>>>> a=extmap:3 >>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>> >>>>> a=rtcp-mux >>>>> >>>>> a=maxptime:60 >>>>> >>>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>>> >>>>> a=ssrc:3618235845 msid:media_stream audio_track >>>>> >>>>> a=ssrc:3618235845 mslabel:media_stream >>>>> >>>>> a=ssrc:3618235845 label:audio_track >>>>> >>>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ >>>>> host generation 0 >>>>> >>>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ >>>>> host generation 0 >>>>> >>>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ >>>>> host generation 0 >>>>> >>>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ >>>>> host generation 0 >>>>> >>>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ >>>>> host tcptype passive generation 0 >>>>> >>>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ >>>>> host tcptype passive generation 0 >>>>> >>>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ >>>>> host tcptype passive generation 0 >>>>> >>>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ >>>>> host tcptype passive generation 0 >>>>> >>>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>>> raddr 192.168.1.101 rport 60710 generation 0 >>>>> >>>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>>> raddr 192.168.1.101 rport 64150 generation 0 >>>>> >>>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ >>>>> srflx raddr 10.73.229.110 rport 52079 generation 0 >>>>> >>>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ >>>>> srflx raddr 10.73.229.110 rport 51909 generation 0 >>>>> >>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ >>>>> relay raddr 27.38.56.3 rport 36782 generation 0 >>>>> >>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ >>>>> relay raddr 27.38.56.3 rport 37553 generation 0 >>>>> >>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ >>>>> relay raddr 112.97.38.179 rport 54091 generation 0 >>>>> >>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ >>>>> relay raddr 112.97.38.179 rport 54092 generation 0 >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel >>>>> sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] >>>>> >>>>> recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> SIP/2.0 100 Trying >>>>> >>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>> >>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>> >>>>> To: >>>>> >>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>> >>>>> CSeq: 79576629 INVITE >>>>> >>>>> User-Agent: DNL-Switch >>>>> >>>>> Content-Length: 0 >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> SIP/2.0 415 Unsupported Media Type >>>>> >>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>> >>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>> >>>>> To: ;tag=Ut8ye62NUrQeB >>>>> >>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>> >>>>> CSeq: 79576629 INVITE >>>>> >>>>> User-Agent: DNL-Switch >>>>> >>>>> Accept: application/sdp >>>>> >>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >>>>> >>>>> Supported: timer >>>>> >>>>> Content-Length: 0 >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> ACK sip:754617162742492 at x.x.x.x SIP/2.0 >>>>> >>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>> >>>>> Max-Forwards: 69 >>>>> >>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>> >>>>> To: ;tag=Ut8ye62NUrQeB >>>>> >>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>> >>>>> CSeq: 79576629 ACK >>>>> >>>>> Content-Length: 0 >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel >>>>> sofia/internal/754617162742492 at x.x.x.x entering state >>>>> [terminated][415] >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup >>>>> sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] >>>>> [SERVICE_NOT_IMPLEMENTED] >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>> CS_HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> >>>>> HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>>> sofia/internal/754617162742492 at x.x.x.x hanging up, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>>> sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> >>>>> CS_REPORTING >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>> CS_REPORTING >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>>> sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to >>>>> sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING -> >>>>> CS_DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session >>>>> 2 (sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting on >>>>> external entities >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 >>>>> Originate Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session >>>>> 2 (sofia/internal/754617162742492 at x.x.x.x) Ended >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>>> Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>> CS_DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>>> sofia/internal/754617162742492 at x.x.x.x Standard DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate >>>>> Failed. Cause: SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup >>>>> sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] >>>>> [SERVICE_NOT_IMPLEMENTED] >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 >>>>> sofia/internal/1001 at y.y.y.y:5060 skip receive message >>>>> [APPLICATION_EXEC_COMPLETE] (channel is hungup already) >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>>> (sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 >>>>> sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 >>>>> from the other leg >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>>> sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to >>>>> INVITE with: 415 >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>>> sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> >>>>> CS_REPORTING >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING >>>>> >>>>> send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> SIP/2.0 415 Unsupported Media Type >>>>> >>>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 >>>>> >>>>> Max-Forwards: 70 >>>>> >>>>> From: ;tag=9de53b6c >>>>> >>>>> To: ;tag=gXrZg0KvmrXZH >>>>> >>>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>>> >>>>> CSeq: 2 INVITE >>>>> >>>>> User-Agent: >>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 >>>>> >>>>> Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" >>>>> >>>>> Content-Length: 0 >>>>> >>>>> Remote-Party-ID: "1002" >>>> >;party=calling;privacy=off;screen=no >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>>> sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: >>>>> SERVICE_NOT_IMPLEMENTED >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> >>>>> CS_DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session >>>>> 1 (sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on external >>>>> entities >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session >>>>> 1 (sofia/internal/1001 at y.y.y.y:5060) Ended >>>>> >>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>>> Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>>> sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY >>>>> >>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep >>>>> >>>>> recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> ACK sip:1002 at y.y.y.y:5060 SIP/2.0 >>>>> >>>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport >>>>> >>>>> Max-Forwards: 70 >>>>> >>>>> To: ;tag=gXrZg0KvmrXZH >>>>> >>>>> From: ;tag=9de53b6c >>>>> >>>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>>> >>>>> CSeq: 2 ACK >>>>> >>>>> Content-Length: 0 >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at 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 at 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* >>>> brian at freeswitch.org >>>> >>>> >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150821/90e7d59c/attachment-0001.html From ssinyagin at gmail.com Sat Aug 22 02:25:30 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sat, 22 Aug 2015 00:25:30 +0200 Subject: [Freeswitch-users] FreeSWITCH Unstable Repo In-Reply-To: References: Message-ID: Brian, could you publish the procedure that you use to build those debs? I couldn't even build the revision that you have currently in the repo. I use: ./debian/util.sh build-all -i -z1 -aamd64 -cjessie and I get the following error: The following packages have unmet dependencies: pbuilder-satisfydepends-dummy : Depends: libyuv-dev which is a virtual package. Depends: libvpx-dev (>= 1.4.0) but it is not going to be installed. or libvpx2-dev which is a virtual package. Depends: libflite-dev which is a virtual package. Depends: libbroadvoice-dev which is a virtual package. Depends: libcodec2-dev which is a virtual package. Depends: libsngtc-dev which is a virtual package. Depends: libsilk-dev which is a virtual package. Unable to resolve dependencies! Giving up... I opened a related ticket, but it doesn't seem to be the main reason. https://freeswitch.org/jira/browse/FS-8019 The build fails also if I add deb http://files.freeswitch.org/repo/deb/debian jessie main into /etc/apt/sources.list thanks On Thu, Jun 18, 2015 at 4:18 PM, Brian West wrote: > FreeSWITCHers, > > To help speed the testing and release cycle up, Team FreeSWITCH has > created a FreeSWITCH Unstable Debian repo, This repo is updated after every > commit to master and the debs lag behind about an hour from each commit. > > WARNING this repo is untested and should NOT be used in production. > > How to use this repo: > > 1. New Debian Jessie system > 2. Run These Commands: > > echo "deb http://files.freeswitch.org/repo/deb/debian-unstable/ jessie > main" > /etc/apt/sources.list.d/99FreeSWITCH.list > echo "deb http://files.freeswitch.org/repo/deb/debian/ jessie main" >> > /etc/apt/sources.list.d/99FreeSWITCH.list > wget -O - https://files.freeswitch.org/repo/deb/debian/key.gpg |apt-key > add - > apt-get update > apt-get install freeswitch-all > > 3. To update: > > apt-get update > apt-get dist-upgrade > > Any commit that goes in while the current build is running will be > included in the next build that starts. > > Questions? Mailing List / IRC / Hipchat > Comments? Mailing List / IRC / Hipchat > Bugs? https://freeswitch.org/jira/ > > Thanks, and happy testing! > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > ClueCon 2015 Call for Speakers > | Register > TODAY! | Reddit: /r/freeswitch > > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150822/5de821cc/attachment.html From mike at jerris.com Sat Aug 22 02:44:41 2015 From: mike at jerris.com (Michael Jerris) Date: Fri, 21 Aug 2015 18:44:41 -0400 Subject: [Freeswitch-users] FreeSWITCH Unstable Repo In-Reply-To: References: Message-ID: <2CE1F45D-CAA2-4559-BDF5-2FB9DBFE9735@jerris.com> Your dependencies look messed up.. install freeswitch-video-deps-most from our repo, if you manually tried to do some of the non debian repo packages, remove them first. > On Aug 21, 2015, at 6:25 PM, Stanislav Sinyagin wrote: > > Brian, could you publish the procedure that you use to build those debs? I couldn't even build the revision that you have currently in the repo. > > I use: > ./debian/util.sh build-all -i -z1 -aamd64 -cjessie > > and I get the following error: > > The following packages have unmet dependencies: > pbuilder-satisfydepends-dummy : Depends: libyuv-dev which is a virtual package. > Depends: libvpx-dev (>= 1.4.0) but it is not going to be installed. or > libvpx2-dev which is a virtual package. > Depends: libflite-dev which is a virtual package. > Depends: libbroadvoice-dev which is a virtual package. > Depends: libcodec2-dev which is a virtual package. > Depends: libsngtc-dev which is a virtual package. > Depends: libsilk-dev which is a virtual package. > Unable to resolve dependencies! Giving up... > > > I opened a related ticket, but it doesn't seem to be the main reason. > https://freeswitch.org/jira/browse/FS-8019 > > The build fails also if I add > deb http://files.freeswitch.org/repo/deb/debian jessie main > into /etc/apt/sources.list > > > thanks > > > > On Thu, Jun 18, 2015 at 4:18 PM, Brian West > wrote: > FreeSWITCHers, > > To help speed the testing and release cycle up, Team FreeSWITCH has created a FreeSWITCH Unstable Debian repo, This repo is updated after every commit to master and the debs lag behind about an hour from each commit. > > WARNING this repo is untested and should NOT be used in production. > > How to use this repo: > > 1. New Debian Jessie system > 2. Run These Commands: > > echo "deb http://files.freeswitch.org/repo/deb/debian-unstable/ jessie main" > /etc/apt/sources.list.d/99FreeSWITCH.list > echo "deb http://files.freeswitch.org/repo/deb/debian/ jessie main" >> /etc/apt/sources.list.d/99FreeSWITCH.list > wget -O - https://files.freeswitch.org/repo/deb/debian/key.gpg |apt-key add - > apt-get update > apt-get install freeswitch-all > > 3. To update: > > apt-get update > apt-get dist-upgrade > > Any commit that goes in while the current build is running will be included in the next build that starts. > > Questions? Mailing List / IRC / Hipchat > Comments? Mailing List / IRC / Hipchat > Bugs? https://freeswitch.org/jira/ > > Thanks, and happy testing! > > -- > Brian West > brian at freeswitch.org > > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > ClueCon 2015 Call for Speakers | Register TODAY! | Reddit: /r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150821/552a7eb2/attachment-0001.html From ssinyagin at gmail.com Sat Aug 22 03:05:07 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sat, 22 Aug 2015 01:05:07 +0200 Subject: [Freeswitch-users] FreeSWITCH Unstable Repo In-Reply-To: <2CE1F45D-CAA2-4559-BDF5-2FB9DBFE9735@jerris.com> References: <2CE1F45D-CAA2-4559-BDF5-2FB9DBFE9735@jerris.com> Message-ID: That's what I mean, we need a confluence document explaining the exact procedure. On Aug 22, 2015 12:45 AM, "Michael Jerris" wrote: > Your dependencies look messed up.. install freeswitch-video-deps-most from > our repo, if you manually tried to do some of the non debian repo packages, > remove them first. > > > On Aug 21, 2015, at 6:25 PM, Stanislav Sinyagin > wrote: > > Brian, could you publish the procedure that you use to build those debs? I > couldn't even build the revision that you have currently in the repo. > > I use: > ./debian/util.sh build-all -i -z1 -aamd64 -cjessie > > and I get the following error: > > The following packages have unmet dependencies: > pbuilder-satisfydepends-dummy : Depends: libyuv-dev which is a virtual > package. > Depends: libvpx-dev (>= 1.4.0) but it is > not going to be installed. or > libvpx2-dev which is a virtual > package. > Depends: libflite-dev which is a virtual > package. > Depends: libbroadvoice-dev which is a > virtual package. > Depends: libcodec2-dev which is a virtual > package. > Depends: libsngtc-dev which is a virtual > package. > Depends: libsilk-dev which is a virtual > package. > Unable to resolve dependencies! Giving up... > > > I opened a related ticket, but it doesn't seem to be the main reason. > https://freeswitch.org/jira/browse/FS-8019 > > The build fails also if I add > deb http://files.freeswitch.org/repo/deb/debian jessie main > into /etc/apt/sources.list > > > thanks > > > > On Thu, Jun 18, 2015 at 4:18 PM, Brian West wrote: > >> FreeSWITCHers, >> >> To help speed the testing and release cycle up, Team FreeSWITCH has >> created a FreeSWITCH Unstable Debian repo, This repo is updated after every >> commit to master and the debs lag behind about an hour from each commit. >> >> WARNING this repo is untested and should NOT be used in production. >> >> How to use this repo: >> >> 1. New Debian Jessie system >> 2. Run These Commands: >> >> echo "deb http://files.freeswitch.org/repo/deb/debian-unstable/ jessie >> main" > /etc/apt/sources.list.d/99FreeSWITCH.list >> echo "deb http://files.freeswitch.org/repo/deb/debian/ jessie main" >> >> /etc/apt/sources.list.d/99FreeSWITCH.list >> wget -O - https://files.freeswitch.org/repo/deb/debian/key.gpg |apt-key >> add - >> apt-get update >> apt-get install freeswitch-all >> >> 3. To update: >> >> apt-get update >> apt-get dist-upgrade >> >> Any commit that goes in while the current build is running will be >> included in the next build that starts. >> >> Questions? Mailing List / IRC / Hipchat >> Comments? Mailing List / IRC / Hipchat >> Bugs? https://freeswitch.org/jira/ >> >> Thanks, and happy testing! >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> ClueCon 2015 Call for Speakers >> | Register >> TODAY! | Reddit: /r/freeswitch >> >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150822/004bf241/attachment.html From dujinfang at gmail.com Sat Aug 22 03:21:33 2015 From: dujinfang at gmail.com (Seven Du) Date: Sat, 22 Aug 2015 07:21:33 +0800 Subject: [Freeswitch-users] Freeswitch 1.6 video recording issue using uuid_record In-Reply-To: References: Message-ID: maybe you have a SPACE in your file name? try replace the file name with /tmp/test.mp4 and see if it works. Also, don't send to me directly as it's very hard to REPLY to the list. On Fri, Aug 21, 2015 at 6:05 PM, Ankitt Sharma wrote: > hey seven, > We are using freeswitch as media server in integration with kamailio. So > the purpose of using freeswitch is to record the two-way video calls > between the legs > > so without any recording freeswich application or API being used my video > and audio is working just perfect (running on default media handling mode > i.e. proxy_media & bypass media not used), late-negotiation is disabled, > zrtp-passthru is set to false and disable-transcoding is set to true > > after exploring all over web over my recording concern i got to know about > the following APP/APIs: > record, record_session, record_fsv, record_mp4, uuid_record (however i > want to record in .mp4 format) > > so following the very first step I looked for "video-media-bug" branch and > got to know it is merged in freeSWITCH 1.6 master, so used the 1.6 master , > and now the vide-media-bug branch is contained within my current repo > > now using all above mentioned applications i'am not getting my recording > done, here i'am sharing what's happening with uuid_record being used as > > my kbridge dialplan is: > > > > > > > > data="voicemail_authorized=${sip_authorized}"/> > > > > > > > > > > > > and the fs_cli log says: > 2015-08-21 13:19:50.980274 [NOTICE] switch_channel.c:1089 New Channel > sofia/internal/102 at 192.168.5.99 [c1d25c8d-4e6e-458c-abe0-c40b89bc3d68] > 2015-08-21 13:19:50.990233 [INFO] mod_dialplan_xml.c:637 Processing 102 > <102>->kb-101 in context public > 2015-08-21 13:19:50.990233 [NOTICE] switch_ivr.c:1877 Transfer > sofia/internal/102 at 192.168.5.99 to XML[kb-101 at default] > 2015-08-21 13:19:50.990233 [INFO] mod_dialplan_xml.c:637 Processing 102 > <102>->kb-101 in context default > 2015-08-21 13:19:51.000223 [INFO] switch_ivr_async.c:2339 Sending early > media > 2015-08-21 13:19:51.000223 [INFO] switch_core_media.c:6543 Activating > VIDEO RTCP PORT 5244 interval 2000 mux 1 > 2015-08-21 13:19:51.000223 [NOTICE] mod_sofia.c:2296 Pre-Answer > sofia/internal/102 at 192.168.5.99! > 2015-08-21 13:19:51.010223 [INFO] mod_native_file.c:101 Opening File > [/usr/local/freeswitch/recordings/2015-08-21-13-19-51-in.G722] 16000hz > 2015-08-21 13:19:51.010223 [INFO] mod_native_file.c:101 Opening File > [/usr/local/freeswitch/recordings/2015-08-21-13-19-51-out.G722] 16000hz > 2015-08-21 13:19:51.010223 [NOTICE] switch_channel.c:1089 New Channel > sofia/internal/101 at 192.168.5.99 [5127cf3a-c7ec-4038-a033-f287b2999a79] > 2015-08-21 13:19:51.220289 [NOTICE] sofia.c:6817 Ring-Ready sofia/internal/ > 101 at 192.168.5.99! > 2015-08-21 13:19:55.240230 [INFO] switch_core_media.c:6543 Activating > VIDEO RTCP PORT 0 interval 2000 mux 0 > 2015-08-21 13:19:55.240230 [NOTICE] sofia.c:7576 Channel [sofia/internal/ > 101 at 192.168.5.99] has been answered > 2015-08-21 13:19:55.240230 [NOTICE] switch_ivr_originate.c:3526 Channel > [sofia/internal/102 at 192.168.5.99] has been answered > 2015-08-21 13:20:04.180275 [NOTICE] sofia.c:952 Hangup sofia/internal/ > 102 at 192.168.5.99 [CS_EXECUTE] [NORMAL_CLEARING] > 2015-08-21 13:20:04.290279 [NOTICE] switch_ivr_bridge.c:874 Hangup > sofia/internal/101 at 192.168.5.99 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] > 2015-08-21 13:20:04.290279 [NOTICE] switch_core_session.c:1657 Session 29 > (sofia/internal/101 at 192.168.5.99) Ended > 2015-08-21 13:20:04.290279 [NOTICE] switch_core_session.c:1661 Close > Channel sofia/internal/101 at 192.168.5.99 [CS_DESTROY] > 2015-08-21 13:20:04.300232 [NOTICE] switch_core_session.c:1657 Session 28 > (sofia/internal/102 at 192.168.5.99) Ended > 2015-08-21 13:20:04.300232 [NOTICE] switch_core_session.c:1661 Close > Channel sofia/internal/102 at 192.168.5.99 [CS_DESTROY] > > > now in the recordings directory i got 2 files(can be seen in the log ) the > files hav the extension .G722, which is not supposed to be the required > output > > since uuid_record is an API I tried using uuid_record in console > so started the call (after commenting the record api in dialplan) and it > gave me this error: > -ERR Cannot locate session! > > > so help me out over this concern > thanks in advance :) > Ankit > -- About: http://about.me/dujinfang Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150822/69a88454/attachment-0001.html From mike at jerris.com Sat Aug 22 03:23:18 2015 From: mike at jerris.com (Michael Jerris) Date: Fri, 21 Aug 2015 19:23:18 -0400 Subject: [Freeswitch-users] FreeSWITCH Unstable Repo In-Reply-To: References: <2CE1F45D-CAA2-4559-BDF5-2FB9DBFE9735@jerris.com> Message-ID: <17B0FDD7-C569-4151-8C32-5BCD1A00B2B6@jerris.com> I'll be honest, thats low on the priority list. We have a repo with the packages for all the dependencies. > On Aug 21, 2015, at 7:05 PM, Stanislav Sinyagin wrote: > > That's what I mean, we need a confluence document explaining the exact procedure. > > On Aug 22, 2015 12:45 AM, "Michael Jerris" > wrote: > Your dependencies look messed up.. install freeswitch-video-deps-most from our repo, if you manually tried to do some of the non debian repo packages, remove them first. > > >> On Aug 21, 2015, at 6:25 PM, Stanislav Sinyagin > wrote: >> >> Brian, could you publish the procedure that you use to build those debs? I couldn't even build the revision that you have currently in the repo. >> >> I use: >> ./debian/util.sh build-all -i -z1 -aamd64 -cjessie >> >> and I get the following error: >> >> The following packages have unmet dependencies: >> pbuilder-satisfydepends-dummy : Depends: libyuv-dev which is a virtual package. >> Depends: libvpx-dev (>= 1.4.0) but it is not going to be installed. or >> libvpx2-dev which is a virtual package. >> Depends: libflite-dev which is a virtual package. >> Depends: libbroadvoice-dev which is a virtual package. >> Depends: libcodec2-dev which is a virtual package. >> Depends: libsngtc-dev which is a virtual package. >> Depends: libsilk-dev which is a virtual package. >> Unable to resolve dependencies! Giving up... >> >> >> I opened a related ticket, but it doesn't seem to be the main reason. >> https://freeswitch.org/jira/browse/FS-8019 >> >> The build fails also if I add >> deb http://files.freeswitch.org/repo/deb/debian jessie main >> into /etc/apt/sources.list >> >> >> thanks >> >> >> >> On Thu, Jun 18, 2015 at 4:18 PM, Brian West > wrote: >> FreeSWITCHers, >> >> To help speed the testing and release cycle up, Team FreeSWITCH has created a FreeSWITCH Unstable Debian repo, This repo is updated after every commit to master and the debs lag behind about an hour from each commit. >> >> WARNING this repo is untested and should NOT be used in production. >> >> How to use this repo: >> >> 1. New Debian Jessie system >> 2. Run These Commands: >> >> echo "deb http://files.freeswitch.org/repo/deb/debian-unstable/ jessie main" > /etc/apt/sources.list.d/99FreeSWITCH.list >> echo "deb http://files.freeswitch.org/repo/deb/debian/ jessie main" >> /etc/apt/sources.list.d/99FreeSWITCH.list >> wget -O - https://files.freeswitch.org/repo/deb/debian/key.gpg |apt-key add - >> apt-get update >> apt-get install freeswitch-all >> >> 3. To update: >> >> apt-get update >> apt-get dist-upgrade >> >> Any commit that goes in while the current build is running will be included in the next build that starts. >> >> Questions? Mailing List / IRC / Hipchat >> Comments? Mailing List / IRC / Hipchat >> Bugs? https://freeswitch.org/jira/ >> >> Thanks, and happy testing! >> >> -- >> Brian West >> brian at freeswitch.org >> >> Twitter: @FreeSWITCH , @briankwest >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> ClueCon 2015 Call for Speakers | Register TODAY! | Reddit: /r/freeswitch >> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >> iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150821/503c888b/attachment.html From s.safarov at gmail.com Sat Aug 22 09:18:46 2015 From: s.safarov at gmail.com (Sergey Safarov) Date: Sat, 22 Aug 2015 08:18:46 +0300 Subject: [Freeswitch-users] FreeSWITCH Unstable Repo In-Reply-To: References: <2CE1F45D-CAA2-4559-BDF5-2FB9DBFE9735@jerris.com> Message-ID: Hi Stanislav If guide based on CentOS help you I can update page https://freeswitch.org/confluence/display/FREESWITCH/Creating+RPM+repositary On Sat, Aug 22, 2015 at 2:05 AM, Stanislav Sinyagin wrote: > That's what I mean, we need a confluence document explaining the exact > procedure. > On Aug 22, 2015 12:45 AM, "Michael Jerris" wrote: > >> Your dependencies look messed up.. install freeswitch-video-deps-most >> from our repo, if you manually tried to do some of the non debian repo >> packages, remove them first. >> >> >> On Aug 21, 2015, at 6:25 PM, Stanislav Sinyagin >> wrote: >> >> Brian, could you publish the procedure that you use to build those debs? >> I couldn't even build the revision that you have currently in the repo. >> >> I use: >> ./debian/util.sh build-all -i -z1 -aamd64 -cjessie >> >> and I get the following error: >> >> The following packages have unmet dependencies: >> pbuilder-satisfydepends-dummy : Depends: libyuv-dev which is a virtual >> package. >> Depends: libvpx-dev (>= 1.4.0) but it is >> not going to be installed. or >> libvpx2-dev which is a virtual >> package. >> Depends: libflite-dev which is a virtual >> package. >> Depends: libbroadvoice-dev which is a >> virtual package. >> Depends: libcodec2-dev which is a >> virtual package. >> Depends: libsngtc-dev which is a virtual >> package. >> Depends: libsilk-dev which is a virtual >> package. >> Unable to resolve dependencies! Giving up... >> >> >> I opened a related ticket, but it doesn't seem to be the main reason. >> https://freeswitch.org/jira/browse/FS-8019 >> >> The build fails also if I add >> deb http://files.freeswitch.org/repo/deb/debian jessie main >> into /etc/apt/sources.list >> >> >> thanks >> >> >> >> On Thu, Jun 18, 2015 at 4:18 PM, Brian West wrote: >> >>> FreeSWITCHers, >>> >>> To help speed the testing and release cycle up, Team FreeSWITCH has >>> created a FreeSWITCH Unstable Debian repo, This repo is updated after every >>> commit to master and the debs lag behind about an hour from each commit. >>> >>> WARNING this repo is untested and should NOT be used in production. >>> >>> How to use this repo: >>> >>> 1. New Debian Jessie system >>> 2. Run These Commands: >>> >>> echo "deb http://files.freeswitch.org/repo/deb/debian-unstable/ jessie >>> main" > /etc/apt/sources.list.d/99FreeSWITCH.list >>> echo "deb http://files.freeswitch.org/repo/deb/debian/ jessie main" >> >>> /etc/apt/sources.list.d/99FreeSWITCH.list >>> wget -O - https://files.freeswitch.org/repo/deb/debian/key.gpg |apt-key >>> add - >>> apt-get update >>> apt-get install freeswitch-all >>> >>> 3. To update: >>> >>> apt-get update >>> apt-get dist-upgrade >>> >>> Any commit that goes in while the current build is running will be >>> included in the next build that starts. >>> >>> Questions? Mailing List / IRC / Hipchat >>> Comments? Mailing List / IRC / Hipchat >>> Bugs? https://freeswitch.org/jira/ >>> >>> Thanks, and happy testing! >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> ClueCon 2015 Call for Speakers >>> | Register >>> TODAY! | Reddit: /r/freeswitch >>> >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150822/86f2f801/attachment-0001.html From bhavikpatel14388 at gmail.com Sat Aug 22 14:09:16 2015 From: bhavikpatel14388 at gmail.com (bhavik patel) Date: Sat, 22 Aug 2015 15:39:16 +0530 Subject: [Freeswitch-users] Change ptime value Message-ID: Hello Everyone, I want to change ptime configuration. Will anyone assist me to change ptime value 20 to 40 for codec PCMU,PCMA ? FLow : *SIP-PHONE---Ptime(20)-->FS server (Need to change Ptime to 40) ---------->To Provider* NOTE : If I send 40 Ptime From SIP-PHONE then Call quality is Good but for this i need to change all phones' ptime and I don't want to change it manually.So I need to change this From FS Side. Currently I can see below log in freeswitch logs : m=audio 8000 RTP/AVP 98 97 8 0 3 101 a=rtpmap:98 speex/16000 a=rtpmap:97 speex/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 Dialplan: sofia/default/4602534812 at 192.168.1.26 Action bridge(sofia/gateway/localgateway/001***) m=audio 24716 RTP/AVP 8 101 13 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv I tried different solutions for this issue but no luck. 1. Add below line before Bridge Channel set(absolute_codec_string=PCMU at 8000@40i,PCMA at 8000@40i) 2. Add below line before Bridge Channel set(absolute_codec_string=PCMU at 8000 at 40i,PCMA at 8000 at 40i) 3.Change below parameter in SIP profile 1.outbound-codec-prefs=PCMU,PCMA to outbound-codec-prefs=PCMU at 8000 @@40i,PCMU at 16000@@40i,PCMU at 32000@@40i,PCMA at 8000@40i,PCMA at 16000 @40i,PCMA at 32000@40i 2.outbound-codec-prefs=PCMU,PCMA,rtp-autofix-timing=false 3.outbound-codec-prefs=PCMU,PCMA,absolute_codec_string=PCMU at 40i,PCMA at 40i,rtp-autofix-timing=false 4.outbound-codec-prefs=PCMU at40i,PCMA at 40i 5.outbound-codec-prefs=PCMU at 8000h at 40i,PCMA at 8000h at 40i ,inbound-late-negotiation=false 6.outbound-codec-prefs=G729,PCMU,PCMA,inbound-late-negotiation=false Please point me where i am doing wrong. -- Thanks, Bhavik Patel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150822/8abd944d/attachment.html From petedao at gmail.com Sat Aug 22 14:43:22 2015 From: petedao at gmail.com (Pete Kay) Date: Sat, 22 Aug 2015 03:43:22 -0700 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: Message-ID: Hi I did anothe test without proxy_media=true, but I am still getting SAVPF in the outgoing INVITE. The problem is my outbound SIP gateway does not accept SAVPF so I am trying to configure Freeswitch to send it out as AVPF. Here is the log: 2015-08-22 10:11:43.049286 [INFO] mod_dialplan_xml.c:637 Processing 1001 <1001>->1002 in context default Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing [default->incoming_calls] continue=false Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false]sofia/external/754617162742492 at x.x.x.x ) 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:216 (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> CS_EXECUTE 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:196 sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:258 sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE EXECUTE sofia/internal/1001 at y.y.y.y:5060 bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false]sofia/external/754617162742492 at x.x.x.x ) 2015-08-22 10:11:43.049286 [DEBUG] switch_ivr_originate.c:2104 Parsing global variables 2015-08-22 10:11:43.049286 [DEBUG] switch_ivr_originate.c:2557 Parsing session specific variables 2015-08-22 10:11:43.049286 [NOTICE] switch_channel.c:1089 New Channel sofia/external/754617162742492 at x.x.x.x [2ff7c01e-48b6-11e5-ac58-01226f03e80c] 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4735 (sofia/external/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] Setting a-leg inherit_codec=true 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b ' 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 (sofia/external/754617162742492 at x.x.x.x) Running State Change CS_INIT 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:516 (sofia/external/754617162742492 at x.x.x.x) State INIT 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:88 sofia/external/754617162742492 at x.x.x.x SOFIA INIT 2015-08-22 10:11:43.049286 [DEBUG] sofia_glue.c:1257 sofia/external/754617162742492 at x.x.x.x sending invite version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit Local SDP: v=0 o=- 327457341635358182 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 0.0.0.0 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:IQcKT9rkNCETwhGR a=ice-pwd:chtzwjBRY3ptPbf/IkcKUO1i a=fingerprint:sha-1 8A:95:DD:4E:18:85:C6:B9:31:1E:04:90:BC:67:EB:C6:DD:58:4F:B5 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:2501014728 cname:dJGa9dJwxrkwhQkE a=ssrc:2501014728 msid:media_stream audio_track a=ssrc:2501014728 mslabel:media_stream a=ssrc:2501014728 label:audio_track a=candidate:3027063986 1 udp 2122260223 192.168.1.129 55289 typ host generation 0 a=candidate:19046677 1 udp 2122194687 172.20.10.1 62766 typ host generation 0 a=candidate:3059882106 1 udp 2122129151 10.227.60.222 56279 typ host generation 0 a=candidate:3027063986 2 udp 2122260222 192.168.1.129 51792 typ host generation 0 a=candidate:19046677 2 udp 2122194686 172.20.10.1 61231 typ host generation 0 a=candidate:3059882106 2 udp 2122129150 10.227.60.222 56500 typ host generation 0 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:40 sofia/external/754617162742492 at x.x.x.x Standard INIT 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:48 (sofia/external/754617162742492 at x.x.x.x) State Change CS_INIT -> CS_ROUTING 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:516 (sofia/external/754617162742492 at x.x.x.x) State INIT going to sleep 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 (sofia/external/754617162742492 at x.x.x.x) Running State Change CS_ROUTING 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:532 (sofia/external/754617162742492 at x.x.x.x) State ROUTING 2015-08-22 10:11:43.069228 [DEBUG] mod_sofia.c:141 sofia/external/754617162742492 at x.x.x.x SOFIA ROUTING 2015-08-22 10:11:43.069228 [DEBUG] switch_ivr_originate.c:67 (sofia/external/754617162742492 at x.x.x.x) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:532 (sofia/external/754617162742492 at x.x.x.x) State ROUTING going to sleep 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:473 (sofia/external/754617162742492 at x.x.x.x) Running State Change CS_CONSUME_MEDIA 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:551 (sofia/external/754617162742492 at x.x.x.x) State CONSUME_MEDIA 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:551 (sofia/external/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to sleep send 2347 bytes to udp/[x.x.x.x]:5060 at 10:11:43.070474: ------------------------------------------------------------------------ INVITE sip:754617162742492 at x.x.x.x SIP/2.0 Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bK5Q40Q4Ze2mj0K Max-Forwards: 69 From: "Extension 1001" ;tag=51SKgXr23XK9K To: Call-ID: 075638a9-c359-1233-81a7-60eb698211be CSeq: 79783087 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 1518 X-FS-Support: update_display,send_info Remote-Party-ID: "Extension 1001" ;party=calling;screen=yes;privacy=off v=0 o=- 327457341635358182 2 IN IP4 y.y.y.y s=- t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 0.0.0.0 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:IQcKT9rkNCETwhGR a=ice-pwd:chtzwjBRY3ptPbf/IkcKUO1i a=fingerprint:sha-1 8A:95:DD:4E:18:85:C6:B9:31:1E:04:90:BC:67:EB:C6:DD:58:4F:B5 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:2501014728 cname:dJGa9dJwxrkwhQkE a=ssrc:2501014728 msid:media_stream audio_track a=ssrc:2501014728 mslabel:media_stream a=ssrc:2501014728 label:audio_track a=candidate:3027063986 1 udp 2122260223 192.168.1.129 55289 typ host generation 0 a=candidate:19046677 1 udp 2122194687 172.20.10.1 62766 typ host generation 0 a=candidate:3059882106 1 udp 2122129151 10.227.60.222 56279 typ host generation 0 a=candidate:3027063986 2 udp 2122260222 192.168.1.129 51792 typ host generation 0 a=candidate:19046677 2 udp 2122194686 172.20.10.1 61231 typ host generation 0 a=candidate:3059882106 2 udp 2122129150 10.227.60.222 56500 typ host generation 0 On Fri, Aug 21, 2015 at 11:06 AM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > Its not the same tey harder. > > > On Friday, August 21, 2015, Pete Kay wrote: > >> Hi >> Without proxy media variable it is still the same. My earlier email in >> this thread had this problem without media proxy set to true. >> >> >> >> On Thu, Aug 20, 2015 at 9:55 PM, Giovanni Maruzzelli >> wrote: >> >>> Try without mentioning proxy_media at all, no false, no true, just >>> delete it from both occurrences. >>> >>> sent from my mobile, >>> Giovanni Maruzzelli >>> cell: +39 347 266 56 18 >>> On Aug 21, 2015 6:43 AM, "Pete Kay" wrote: >>> >>>> Hi >>>> >>>> I tried to use proxy_media = true but it is still passing RTP/SAVPF >>>> instead of RTP/AVPF. Could I ask where is the problem in my configuration? >>>> >>>> >>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>>> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false,sdp_secure_savp_only=false,proxy_media=true}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false,proxy_media=true]sofia/external/754617162742492 at x.x.x.x >>>> ) >>>> >>>> >>>> send 2700 bytes to udp/[69.27.168.50]:5060 at 04:01:47.286175: >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> INVITE sip:754617162742492 at 69.27.168.50 SIP/2.0 >>>> >>>> Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bKgBt1e63aHX4SD >>>> >>>> Max-Forwards: 69 >>>> >>>> From: "Extension 1001" ;tag=grg241BNtgDtN >>>> >>>> To: >>>> >>>> Call-ID: 2f34abd4-c25c-1233-ffbc-60eb698211be >>>> >>>> CSeq: 79728789 INVITE >>>> >>>> Contact: >>>> >>>> User-Agent: >>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>>> >>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>>> REGISTER, REFER, NOTIFY >>>> >>>> Supported: timer, path, replaces >>>> >>>> Allow-Events: talk, hold, conference, refer >>>> >>>> Content-Type: application/sdp >>>> >>>> Content-Disposition: session >>>> >>>> Content-Length: 1871 >>>> >>>> X-FS-Support: update_display,send_info >>>> >>>> Remote-Party-ID: "Extension 1001" >>> >;party=calling;screen=yes;privacy=off >>>> >>>> >>>> >>>> v=0 >>>> >>>> o=FreeSWITCH 3361339272 3361339273 IN IP4 y.y.y.y >>>> >>>> s=FreeSWITCH >>>> >>>> t=0 0 >>>> >>>> a=group:BUNDLE audio >>>> >>>> a=msid-semantic: WMS media_stream >>>> >>>> m=audio 28246 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>> >>>> c=IN IP4 108.165.2.110 >>>> >>>> a=rtpmap:111 opus/48000/2 >>>> >>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>> >>>> a=rtpmap:103 ISAC/16000 >>>> >>>> a=rtpmap:9 G722/8000 >>>> >>>> a=rtpmap:102 ILBC/8000 >>>> >>>> a=rtpmap:0 PCMU/8000 >>>> >>>> a=rtpmap:8 PCMA/8000 >>>> >>>> a=rtpmap:106 CN/32000 >>>> >>>> a=rtpmap:105 CN/16000 >>>> >>>> a=rtpmap:13 CN/8000 >>>> >>>> a=rtpmap:127 red/8000 >>>> >>>> a=rtpmap:126 telephone-event/8000 >>>> >>>> a=rtcp:9 IN IP4 0.0.0.0 >>>> >>>> a=ice-ufrag:bmbIvHb6NVeLQBcK >>>> >>>> a=ice-pwd:KDvxAfWB8jTfbGrL610/0jtk >>>> >>>> a=fingerprint:sha-1 >>>> F1:CA:8E:C9:58:A5:00:CB:59:A5:19:90:0A:D0:60:76:33:70:C2:F1 >>>> >>>> a=setup:actpass >>>> >>>> a=mid:audio >>>> >>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>> >>>> a=extmap:3 >>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>> >>>> a=rtcp-mux >>>> >>>> a=maxptime:60 >>>> >>>> a=ssrc:3858004023 cname:S5akTfRDQvG5IccJ >>>> >>>> a=ssrc:3858004023 msid:media_stream audio_track >>>> >>>> a=ssrc:3858004023 mslabel:media_stream >>>> >>>> a=ssrc:3858004023 label:audio_track >>>> >>>> a=candidate:2881221497 1 udp 2122260223 10.227.131.21 55121 typ >>>> host generation 0 >>>> >>>> a=candidate:2881221497 2 udp 2122260222 10.227.131.21 64682 typ >>>> host generation 0 >>>> >>>> a=candidate:3845656457 1 tcp 1518280447 10.227.131.21 57029 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:3845656457 2 tcp 1518280446 10.227.131.21 57030 typ host >>>> tcptype passive generation 0 >>>> >>>> a=candidate:720631245 1 udp 1686052607 112.97.38.2 6734 typ srflx >>>> raddr 10.227.131.21 rport 55121 generation 0 >>>> >>>> a=candidate:720631245 2 udp 1686052606 112.97.38.2 6735 typ srflx >>>> raddr 10.227.131.21 rport 64682 generation 0 >>>> >>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 52800 typ relay >>>> raddr 112.97.38.2 rport 34387 generation 0 >>>> >>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54764 typ relay >>>> raddr 112.97.38.2 rport 34386 generation 0 >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> >>>> >>>> >>>> On Mon, Aug 17, 2015 at 9:28 AM, Brian West >>>> wrote: >>>> >>>>> rtp_secure_media=false is the variable name. >>>>> >>>>> On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay wrote: >>>>> >>>>>> Hi >>>>>> >>>>>> I am trying to send call from webrtc to freeswitch and then bridge to >>>>>> an external endpoint that is a normal SIP phone. I tried to use >>>>>> sip_secure_media=false to force the media to be converted from SAVP to >>>>>> AVP. >>>>>> >>>>>> But the outgoing INVITE is still showing SAVP ( sip trace blow ). >>>>>> Does anyone know where I am doing wrong? any help will be greately >>>>>> appreciated. >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing >>>>>> 1001 <1001>->1002 in context default >>>>>> >>>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >>>>>> [default->incoming_calls] continue=false >>>>>> >>>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) >>>>>> [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false >>>>>> >>>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>>>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>>>> ) >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> >>>>>> CS_EXECUTE >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 >>>>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 >>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >>>>>> >>>>>> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >>>>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>>>> ) >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 >>>>>> Parsing global variables >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 >>>>>> Parsing session specific variables >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel >>>>>> sofia/internal/754617162742492 at x.x.x.x >>>>>> [ca6d5930-44f4-11e5-9cc9-c9574f94e170] >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> >>>>>> CS_INIT >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>>>>> Setting a-leg inherit_codec=true >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>>>>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h >>>>>> @20i at 64000b,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b >>>>>> ,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b' >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_INIT >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 >>>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA INIT >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 >>>>>> sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 >>>>>> git 58f1272 2015-08-14 17:51:12Z 64bit >>>>>> >>>>>> Local SDP: >>>>>> >>>>>> v=0 >>>>>> >>>>>> o=- 4133111956976529630 2 IN IP4 127.0.0.1 >>>>>> >>>>>> s=- >>>>>> >>>>>> t=0 0 >>>>>> >>>>>> a=group:BUNDLE audio >>>>>> >>>>>> a=msid-semantic: WMS media_stream >>>>>> >>>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>>> >>>>>> c=IN IP4 0.0.0.0 >>>>>> >>>>>> a=rtpmap:111 opus/48000/2 >>>>>> >>>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>>> >>>>>> a=rtpmap:103 ISAC/16000 >>>>>> >>>>>> a=rtpmap:9 G722/8000 >>>>>> >>>>>> a=rtpmap:102 ILBC/8000 >>>>>> >>>>>> a=rtpmap:0 PCMU/8000 >>>>>> >>>>>> a=rtpmap:8 PCMA/8000 >>>>>> >>>>>> a=rtpmap:106 CN/32000 >>>>>> >>>>>> a=rtpmap:105 CN/16000 >>>>>> >>>>>> a=rtpmap:13 CN/8000 >>>>>> >>>>>> a=rtpmap:127 red/8000 >>>>>> >>>>>> a=rtpmap:126 telephone-event/8000 >>>>>> >>>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>>> >>>>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>>>> >>>>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>>>> >>>>>> a=fingerprint:sha-1 >>>>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>>>> >>>>>> a=setup:actpass >>>>>> >>>>>> a=mid:audio >>>>>> >>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>>> >>>>>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>>> >>>>>> a=rtcp-mux >>>>>> >>>>>> a=maxptime:60 >>>>>> >>>>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>>>> >>>>>> a=ssrc:3618235845 msid:media_stream audio_track >>>>>> >>>>>> a=ssrc:3618235845 mslabel:media_stream >>>>>> >>>>>> a=ssrc:3618235845 label:audio_track >>>>>> >>>>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>>>>> generation 0 >>>>>> >>>>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ >>>>>> host generation 0 >>>>>> >>>>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>>>>> generation 0 >>>>>> >>>>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >>>>>> generation 0 >>>>>> >>>>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>>>>> tcptype passive generation 0 >>>>>> >>>>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >>>>>> tcptype passive generation 0 >>>>>> >>>>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>>>>> tcptype passive generation 0 >>>>>> >>>>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >>>>>> tcptype passive generation 0 >>>>>> >>>>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>>>> raddr 192.168.1.101 rport 60710 generation 0 >>>>>> >>>>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>>>> raddr 192.168.1.101 rport 64150 generation 0 >>>>>> >>>>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>>>>> raddr 10.73.229.110 rport 52079 generation 0 >>>>>> >>>>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>>>>> raddr 10.73.229.110 rport 51909 generation 0 >>>>>> >>>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>>>>> raddr 27.38.56.3 rport 36782 generation 0 >>>>>> >>>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>>>>> raddr 27.38.56.3 rport 37553 generation 0 >>>>>> >>>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>>>>> raddr 112.97.38.179 rport 54091 generation 0 >>>>>> >>>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>>>>> raddr 112.97.38.179 rport 54092 generation 0 >>>>>> >>>>>> >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 >>>>>> sofia/internal/754617162742492 at x.x.x.x Standard INIT >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> >>>>>> CS_ROUTING >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>> CS_ROUTING >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 >>>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >>>>>> CS_CONSUME_MEDIA >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to sleep >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>> CS_CONSUME_MEDIA >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going >>>>>> to sleep >>>>>> >>>>>> send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >>>>>> >>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>> >>>>>> Max-Forwards: 69 >>>>>> >>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>> >>>>>> To: >>>>>> >>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>> >>>>>> CSeq: 79576629 INVITE >>>>>> >>>>>> Contact: >>>>>> >>>>>> User-Agent: >>>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>>>>> >>>>>> 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 >>>>>> >>>>>> Content-Type: application/sdp >>>>>> >>>>>> Content-Disposition: session >>>>>> >>>>>> Content-Length: 2665 >>>>>> >>>>>> X-FS-Support: update_display,send_info >>>>>> >>>>>> Remote-Party-ID: "Extension 1001" >>>>> >;party=calling;screen=yes;privacy=off >>>>>> >>>>>> >>>>>> >>>>>> v=0 >>>>>> >>>>>> o=- 4133111956976529630 2 IN IP4 y.y.y.y >>>>>> >>>>>> s=- >>>>>> >>>>>> t=0 0 >>>>>> >>>>>> a=group:BUNDLE audio >>>>>> >>>>>> a=msid-semantic: WMS media_stream >>>>>> >>>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>>> >>>>>> c=IN IP4 0.0.0.0 >>>>>> >>>>>> a=rtpmap:111 opus/48000/2 >>>>>> >>>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>>> >>>>>> a=rtpmap:103 ISAC/16000 >>>>>> >>>>>> a=rtpmap:9 G722/8000 >>>>>> >>>>>> a=rtpmap:102 ILBC/8000 >>>>>> >>>>>> a=rtpmap:0 PCMU/8000 >>>>>> >>>>>> a=rtpmap:8 PCMA/8000 >>>>>> >>>>>> a=rtpmap:106 CN/32000 >>>>>> >>>>>> a=rtpmap:105 CN/16000 >>>>>> >>>>>> a=rtpmap:13 CN/8000 >>>>>> >>>>>> a=rtpmap:127 red/8000 >>>>>> >>>>>> a=rtpmap:126 telephone-event/8000 >>>>>> >>>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>>> >>>>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>>>> >>>>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>>>> >>>>>> a=fingerprint:sha-1 >>>>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>>>> >>>>>> a=setup:actpass >>>>>> >>>>>> a=mid:audio >>>>>> >>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>>> >>>>>> a=extmap:3 >>>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>>> >>>>>> a=rtcp-mux >>>>>> >>>>>> a=maxptime:60 >>>>>> >>>>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>>>> >>>>>> a=ssrc:3618235845 msid:media_stream audio_track >>>>>> >>>>>> a=ssrc:3618235845 mslabel:media_stream >>>>>> >>>>>> a=ssrc:3618235845 label:audio_track >>>>>> >>>>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ >>>>>> host generation 0 >>>>>> >>>>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ >>>>>> host generation 0 >>>>>> >>>>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ >>>>>> host generation 0 >>>>>> >>>>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ >>>>>> host generation 0 >>>>>> >>>>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ >>>>>> host tcptype passive generation 0 >>>>>> >>>>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ >>>>>> host tcptype passive generation 0 >>>>>> >>>>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ >>>>>> host tcptype passive generation 0 >>>>>> >>>>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ >>>>>> host tcptype passive generation 0 >>>>>> >>>>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>>>> raddr 192.168.1.101 rport 60710 generation 0 >>>>>> >>>>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>>>> raddr 192.168.1.101 rport 64150 generation 0 >>>>>> >>>>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ >>>>>> srflx raddr 10.73.229.110 rport 52079 generation 0 >>>>>> >>>>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ >>>>>> srflx raddr 10.73.229.110 rport 51909 generation 0 >>>>>> >>>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ >>>>>> relay raddr 27.38.56.3 rport 36782 generation 0 >>>>>> >>>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ >>>>>> relay raddr 27.38.56.3 rport 37553 generation 0 >>>>>> >>>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ >>>>>> relay raddr 112.97.38.179 rport 54091 generation 0 >>>>>> >>>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ >>>>>> relay raddr 112.97.38.179 rport 54092 generation 0 >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel >>>>>> sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] >>>>>> >>>>>> recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> SIP/2.0 100 Trying >>>>>> >>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>> >>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>> >>>>>> To: >>>>>> >>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>> >>>>>> CSeq: 79576629 INVITE >>>>>> >>>>>> User-Agent: DNL-Switch >>>>>> >>>>>> Content-Length: 0 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> SIP/2.0 415 Unsupported Media Type >>>>>> >>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>> >>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>> >>>>>> To: ;tag=Ut8ye62NUrQeB >>>>>> >>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>> >>>>>> CSeq: 79576629 INVITE >>>>>> >>>>>> User-Agent: DNL-Switch >>>>>> >>>>>> Accept: application/sdp >>>>>> >>>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >>>>>> >>>>>> Supported: timer >>>>>> >>>>>> Content-Length: 0 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> ACK sip:754617162742492 at x.x.x.x SIP/2.0 >>>>>> >>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>> >>>>>> Max-Forwards: 69 >>>>>> >>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>> >>>>>> To: ;tag=Ut8ye62NUrQeB >>>>>> >>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>> >>>>>> CSeq: 79576629 ACK >>>>>> >>>>>> Content-Length: 0 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel >>>>>> sofia/internal/754617162742492 at x.x.x.x entering state >>>>>> [terminated][415] >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup >>>>>> sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] >>>>>> [SERVICE_NOT_IMPLEMENTED] >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>> CS_HANGUP >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> >>>>>> HANGUP >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>>>> sofia/internal/754617162742492 at x.x.x.x hanging up, cause: >>>>>> SERVICE_NOT_IMPLEMENTED >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>>>> sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: >>>>>> SERVICE_NOT_IMPLEMENTED >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> >>>>>> CS_REPORTING >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>> CS_REPORTING >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>>>> sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: >>>>>> SERVICE_NOT_IMPLEMENTED >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to >>>>>> sleep >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING >>>>>> -> CS_DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session >>>>>> 2 (sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting on >>>>>> external entities >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 >>>>>> Originate Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 >>>>>> Session 2 (sofia/internal/754617162742492 at x.x.x.x) Ended >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>>>> Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>> CS_DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>>>> sofia/internal/754617162742492 at x.x.x.x Standard DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to sleep >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate >>>>>> Failed. Cause: SERVICE_NOT_IMPLEMENTED >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup >>>>>> sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] >>>>>> [SERVICE_NOT_IMPLEMENTED] >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 >>>>>> sofia/internal/1001 at y.y.y.y:5060 skip receive message >>>>>> [APPLICATION_EXEC_COMPLETE] (channel is hungup already) >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> HANGUP >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 >>>>>> sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 >>>>>> from the other leg >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>>>> sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: >>>>>> SERVICE_NOT_IMPLEMENTED >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to >>>>>> INVITE with: 415 >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: >>>>>> SERVICE_NOT_IMPLEMENTED >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> >>>>>> CS_REPORTING >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING >>>>>> >>>>>> send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> SIP/2.0 415 Unsupported Media Type >>>>>> >>>>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 >>>>>> >>>>>> Max-Forwards: 70 >>>>>> >>>>>> From: ;tag=9de53b6c >>>>>> >>>>>> To: ;tag=gXrZg0KvmrXZH >>>>>> >>>>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>>>> >>>>>> CSeq: 2 INVITE >>>>>> >>>>>> User-Agent: >>>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 >>>>>> >>>>>> Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" >>>>>> >>>>>> Content-Length: 0 >>>>>> >>>>>> Remote-Party-ID: "1002" >>>>> >;party=calling;privacy=off;screen=no >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: >>>>>> SERVICE_NOT_IMPLEMENTED >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> >>>>>> CS_DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session >>>>>> 1 (sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on external >>>>>> entities >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 >>>>>> Session 1 (sofia/internal/1001 at y.y.y.y:5060) Ended >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>>>> Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY >>>>>> >>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep >>>>>> >>>>>> recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> ACK sip:1002 at y.y.y.y:5060 SIP/2.0 >>>>>> >>>>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport >>>>>> >>>>>> Max-Forwards: 70 >>>>>> >>>>>> To: ;tag=gXrZg0KvmrXZH >>>>>> >>>>>> From: ;tag=9de53b6c >>>>>> >>>>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>>>> >>>>>> CSeq: 2 ACK >>>>>> >>>>>> Content-Length: 0 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> >>>>>> _________________________________________________________________________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at 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 at 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* >>>>> brian at freeswitch.org >>>>> >>>>> >>>>> *Twitter: @FreeSWITCH , @briankwest* >>>>> http://www.freeswitchbook.com >>>>> http://www.freeswitchcookbook.com >>>>> >>>>> Got Bugs? Report them here ! | Reddit: >>>>> /r/freeswitch >>>>> >>>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at 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 at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE: >>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150822/507b811e/attachment-0001.html From kamil.nigmatullin at gmail.com Sat Aug 22 16:57:47 2015 From: kamil.nigmatullin at gmail.com (Kamil Nigmatullin) Date: Sat, 22 Aug 2015 18:57:47 +0600 Subject: [Freeswitch-users] Change ptime value In-Reply-To: References: Message-ID: I know you can do this easyly with opensips 22 ???. 2015 ?. 16:10 ???????????? "bhavik patel" < bhavikpatel14388 at gmail.com> ???????: > Hello Everyone, > > I want to change ptime configuration. Will anyone assist me to change > ptime value 20 to 40 for codec PCMU,PCMA ? > > FLow : *SIP-PHONE---Ptime(20)-->FS server (Need to change Ptime to 40) > ---------->To Provider* > > NOTE : If I send 40 Ptime From SIP-PHONE then Call quality is Good but for > this i need to change all phones' ptime and I don't want to change it > manually.So I need to change this From FS Side. > > Currently I can see below log in freeswitch logs : > > m=audio 8000 RTP/AVP 98 97 8 0 3 101 > a=rtpmap:98 speex/16000 > a=rtpmap:97 speex/8000 > a=rtpmap:8 PCMA/8000 > a=rtpmap:0 PCMU/8000 > a=rtpmap:3 GSM/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-15 > a=ptime:20 > Dialplan: sofia/default/4602534812 at 192.168.1.26 Action > bridge(sofia/gateway/localgateway/001***) > > m=audio 24716 RTP/AVP 8 101 13 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=ptime:20 > a=sendrecv > > I tried different solutions for this issue but no luck. > > 1. Add below line before Bridge Channel > set(absolute_codec_string=PCMU at 8000@40i,PCMA at 8000@40i) > > 2. Add below line before Bridge Channel > set(absolute_codec_string=PCMU at 8000 at 40i,PCMA at 8000 at 40i) > > 3.Change below parameter in SIP profile > 1.outbound-codec-prefs=PCMU,PCMA to outbound-codec-prefs=PCMU at 8000 > @@40i,PCMU at 16000@@40i,PCMU at 32000@@40i,PCMA at 8000@40i,PCMA at 16000 > @40i,PCMA at 32000@40i > > 2.outbound-codec-prefs=PCMU,PCMA,rtp-autofix-timing=false > > 3.outbound-codec-prefs=PCMU,PCMA,absolute_codec_string=PCMU at 40i,PCMA > at 40i,rtp-autofix-timing=false > > 4.outbound-codec-prefs=PCMU at40i,PCMA at 40i > > 5.outbound-codec-prefs=PCMU at 8000h at 40i,PCMA at 8000h at 40i > ,inbound-late-negotiation=false > > 6.outbound-codec-prefs=G729,PCMU,PCMA,inbound-late-negotiation=false > > > Please point me where i am doing wrong. > > > -- > Thanks, > Bhavik Patel > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150822/0cc7cc2e/attachment.html From support at directvoip.co.uk Sat Aug 22 18:53:49 2015 From: support at directvoip.co.uk (Support) Date: Sat, 22 Aug 2015 14:53:49 +0000 Subject: [Freeswitch-users] SmartOS or Solaris - using tcp for gateways In-Reply-To: Message-ID: <20150822145349.3b70cc63@mail.email-me.co.uk> Is anyone using smartos or solaris and using tcp for gateways? I have raised a ticket https://freeswitch.org/jira/browse/FS-7991 When trying to register to the gateway I get: 2015-08-19 15:07:59.194456 [ERR] sofia_reg.c:2367 97b1323c-9ff1-44e3-b3b2-0e92fefa62a7 Failed Registration with status Service Unavailable [503]. failure #1 nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2015-08-19 15:08:00.174456 [WARNING] sofia_reg.c:505 97b1323c-9ff1-44e3-b3b2-0e92fefa62a7 Failed Registration [503], setting retry to 30 seconds. nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate REGISTER (79662368) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all(0, 0, fffffd7ffe904d20) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1289 agent_timer() nta: timer not set 2015-08-19 15:08:31.174457 [NOTICE] sofia_reg.c:448 Registering 97b1323c-9ff1-44e3-b3b2-0e92fefa62a7 nua.c:622 nua_register() nua: nua_register: entering nua_stack.c:529 nua_signal() nua(1dc6310): sent signal r_register nua_stack.c:569 nua_stack_signal() nua(1dc6310): recv signal r_register nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::936c10, ...) called nua_dialog.c:338 nua_dialog_usage_add() nua(1dc6310): adding register usage nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(2cc6850) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip sres_cache.c:272 sres_cache_get() sres_cache_get(149e7a0, SRV, "_sip._tcp.manchester.out.simwood.com.") called sres_cache.c:318 sres_cache_get() sres_cache_get(149e7a0, SRV, "_sip._tcp.manchester.out.simwood.com.") returned 1 entries nta.c:10598 outgoing_query_srv() nta: for "manchester.out.simwood.com" query "_sip._tcp.manchester.out.simwood.com" SRV (cached) sres_cache.c:272 sres_cache_get() sres_cache_get(149e7a0, A, "manchester.out.simwood.com.") called sres_cache.c:318 sres_cache_get() sres_cache_get(149e7a0, A, "manchester.out.simwood.com.") returned 1 entries nta.c:10803 outgoing_query_a() nta: for "manchester.out.simwood.com" query "manchester.out.simwood.com" A (cached) nta.c:10856 outgoing_answer_a() nta: manchester.out.simwood.com. IN A 178.22.143.66 tport.c:3257 tport_tsend() tport_tsend(1555810) tpn = tcp/178.22.143.66:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 178.22.143.66:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(1555810): not found by name tcp/178.22.143.66:5060 tport.c:862 tport_alloc_secondary() tport_alloc_secondary(1555810): new secondary tport 151fa10 tport_type_tcp.c:203 tport_tcp_init_secondary() tport_tcp_init_secondary(151fa10): Setting TCP_KEEPIDLE to 30 tport_type_tcp.c:209 tport_tcp_init_secondary() tport_tcp_init_secondary(151fa10): Setting TCP_KEEPINTVL to 30 tport.c:1017 tport_base_connect() tport_base_connect(1555810): connect(pf=2 tcp/[178.22.143.66]:5060): No such file or directory tport.c:3373 tport_tsend() tport_socket failed in tsend nta.c:8496 outgoing_print_tport_error() nta: REGISTER (79662384): No such file or directory (2) with tcp/[178.22.143.66]:5060 nta.c:1350 set_timeout() nta: timer set to 32000 ms nta.c:1348 set_timeout() nta: timer shortened to 5000 ms nua_stack.c:271 nua_stack_event() nua(1dc6310): event r_register 503 Service Unavailable nua_dialog.c:397 nua_dialog_usage_remove_at() nua(1dc6310): removing register usage nta.c:4470 nta_leg_destroy() nta_leg_destroy(2cc6850) nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2015-08-19 15:08:31.174457 [ERR] sofia_reg.c:2367 97b1323c-9ff1-44e3-b3b2-0e92fefa62a7 Failed Registration with status Service Unavailable [503]. failure #2 nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2015-08-19 15:08:32.174463 [WARNING] sofia_reg.c:505 97b1323c-9ff1-44e3-b3b2-0e92fefa62a7 Failed Registration [503], setting retry to 30 seconds. No SIP is ever sent. It seems to go bad here: tport.c:1017 tport_base_connect() tport_base_connect(1555810): connect(pf=2 tcp/[178.22.143.66]:5060): No such file or directory If I change the transport to UDP, sip flows. Anyone any ideas? TIA Daz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150822/1188ae5f/attachment.html From mike at jerris.com Sat Aug 22 19:09:40 2015 From: mike at jerris.com (Michael Jerris) Date: Sat, 22 Aug 2015 11:09:40 -0400 Subject: [Freeswitch-users] SmartOS or Solaris - using tcp for gateways In-Reply-To: <20150822145349.3b70cc63@mail.email-me.co.uk> References: <20150822145349.3b70cc63@mail.email-me.co.uk> Message-ID: It looks like it attempts to open a tcp socket and fails. I'd check system limits on tcp sockets, and settings related to reusing sockets (you would have to go back in the log and confirm that socket was recently used) and see how those things might be different on SmartOS. > On Aug 22, 2015, at 10:53 AM, Support wrote: > > Is anyone using smartos or solaris and using tcp for gateways? > > I have raised a ticket https://freeswitch.org/jira/browse/FS-7991 > > When trying to register to the gateway I get: > > 2015-08-19 15:07:59.194456 [ERR] sofia_reg.c:2367 97b1323c-9ff1-44e3-b3b2-0e92fefa62a7 Failed Registration with status Service Unavailable [503]. failure #1 > nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering > 2015-08-19 15:08:00.174456 [WARNING] sofia_reg.c:505 97b1323c-9ff1-44e3-b3b2-0e92fefa62a7 Failed Registration [503], setting retry to 30 seconds. > nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate REGISTER (79662368) > nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all(0, 0, fffffd7ffe904d20) > nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free > nta.c:1289 agent_timer() nta: timer not set > 2015-08-19 15:08:31.174457 [NOTICE] sofia_reg.c:448 Registering 97b1323c-9ff1-44e3-b3b2-0e92fefa62a7 > nua.c:622 nua_register() nua: nua_register: entering > nua_stack.c:529 nua_signal() nua(1dc6310): sent signal r_register > nua_stack.c:569 nua_stack_signal() nua(1dc6310): recv signal r_register > nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering > soa.c:403 soa_set_params() soa_set_params(static::936c10, ...) called > nua_dialog.c:338 nua_dialog_usage_add() nua(1dc6310): adding register usage > nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(2cc6850) > nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip > sres_cache.c:272 sres_cache_get() sres_cache_get(149e7a0, SRV, "_sip._tcp.manchester.out.simwood.com .") called > sres_cache.c:318 sres_cache_get() sres_cache_get(149e7a0, SRV, "_sip._tcp.manchester.out.simwood.com .") returned 1 entries > nta.c:10598 outgoing_query_srv() nta: for "manchester.out.simwood.com " query "_sip._tcp.manchester.out.simwood.com " SRV (cached) > sres_cache.c:272 sres_cache_get() sres_cache_get(149e7a0, A, "manchester.out.simwood.com .") called > sres_cache.c:318 sres_cache_get() sres_cache_get(149e7a0, A, "manchester.out.simwood.com .") returned 1 entries > nta.c:10803 outgoing_query_a() nta: for "manchester.out.simwood.com " query "manchester.out.simwood.com " A (cached) > nta.c:10856 outgoing_answer_a() nta: manchester.out.simwood.com . IN A 178.22.143.66 > tport.c:3257 tport_tsend() tport_tsend(1555810) tpn = tcp/178.22.143.66:5060 > tport.c:4046 tport_resolve() tport_resolve addrinfo = 178.22.143.66:5060 > tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(1555810): not found by name tcp/178.22.143.66:5060 > tport.c:862 tport_alloc_secondary() tport_alloc_secondary(1555810): new secondary tport 151fa10 > tport_type_tcp.c:203 tport_tcp_init_secondary() tport_tcp_init_secondary(151fa10): Setting TCP_KEEPIDLE to 30 > tport_type_tcp.c:209 tport_tcp_init_secondary() tport_tcp_init_secondary(151fa10): Setting TCP_KEEPINTVL to 30 > tport.c:1017 tport_base_connect() tport_base_connect(1555810): connect(pf=2 tcp/[178.22.143.66]:5060): No such file or directory > tport.c:3373 tport_tsend() tport_socket failed in tsend > nta.c:8496 outgoing_print_tport_error() nta: REGISTER (79662384): No such file or directory (2) with tcp/[178.22.143.66]:5060 > nta.c:1350 set_timeout() nta: timer set to 32000 ms > nta.c:1348 set_timeout() nta: timer shortened to 5000 ms > nua_stack.c:271 nua_stack_event() nua(1dc6310): event r_register 503 Service Unavailable > nua_dialog.c:397 nua_dialog_usage_remove_at() nua(1dc6310): removing register usage > nta.c:4470 nta_leg_destroy() nta_leg_destroy(2cc6850) > nua_stack.c:359 nua_application_event() nua: nua_application_event: entering > nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering > 2015-08-19 15:08:31.174457 [ERR] sofia_reg.c:2367 97b1323c-9ff1-44e3-b3b2-0e92fefa62a7 Failed Registration with status Service Unavailable [503]. failure #2 > nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering > 2015-08-19 15:08:32.174463 [WARNING] sofia_reg.c:505 97b1323c-9ff1-44e3-b3b2-0e92fefa62a7 Failed Registration [503], setting retry to 30 seconds. > No SIP is ever sent. > It seems to go bad here: tport.c:1017 tport_base_connect() tport_base_connect(1555810): connect(pf=2 tcp/[178.22.143.66]:5060): No such file or directory > If I change the transport to UDP, sip flows. > Anyone any ideas? > TIA > Daz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150822/a03da1e5/attachment-0001.html From nico at vthadden.de Sat Aug 22 19:25:45 2015 From: nico at vthadden.de (Nicola von Thadden) Date: Sat, 22 Aug 2015 17:25:45 +0200 Subject: [Freeswitch-users] Crypto Problems with NDLB-allow-crypto-in-avp In-Reply-To: <557C21CB.7070107@vthadden.de> References: <557C21CB.7070107@vthadden.de> Message-ID: <55D89479.4020808@vthadden.de> Hi, does anyone have an idea why freeswitch behaves in that way? I also found something weird happening here. The debug output what freeswitch wanted to send looks okay: 2015-08-22 17:21:35.517845 [DEBUG] mod_sofia.c:780 Local SDP sofia/external/00491723764703 at 92.222.104.42: v=0 o=FreeSWITCH 1440225805 1440225807 IN IP4 46.38.244.168 s=FreeSWITCH c=IN IP4 46.38.244.168 t=0 0 m=audio 31090 RTP/SAVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:v7PQBnE2o2KtZSz/PvsawsCZ4EA5QgDPcySCf01A But the sofia siptrace tells that something else has been sent, with no codec: send 901 bytes to udp/[92.222.104.42]:5060 at 17:21:35.523593: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 92.222.104.42:5060;rport=5060;branch=z9hG4bK1981668796 From: "00491723764703" ;tag=46810284 To: ;tag=crBj8pNgK80KH Call-ID: 1724156770 at 92.222.104.42 CSeq: 1223 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.4.20-34~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 129 Remote-Party-ID: "5849" ;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1440225805 1440225806 IN IP4 46.38.244.168 s=FreeSWITCH c=IN IP4 46.38.244.168 t=0 0 m=audio 0 RTP/AVP 19 ------------------------------------------------------------------------ I don't think the lines inbetween these two messages contain anything important but here they are: nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5fc04426a0): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x252ae00, ...) called soa.c:1052 soa_set_user_sdp() soa_set_user_sdp(static::0x252ae00, (nil), 0x7f5fc05f0be0, -1) called nua_session.c:2320 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1270 soa_get_local_sdp() soa_get_local_sdp(static::0x252ae00, [(nil)], [0x7f5fbef62bb8], [0x7f5fbef62bb4]) called tport.c:3257 tport_tsend() tport_tsend(0x26b02e0) tpn = UDP/92.222.104.42:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 92.222.104.42:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x26b02e0): not found by name UDP/92.222.104.42:5060 tport.c:3594 tport_vsend() tport_vsend(0x26b02e0): 901 bytes of 901 to udp/92.222.104.42:5060 tport.c:3492 tport_send_msg() tport_vsend returned 901 Any idea why the SDP is sent out wrong and how to debug that? Thanks Nico From support at directvoip.co.uk Sat Aug 22 23:45:31 2015 From: support at directvoip.co.uk (Support) Date: Sat, 22 Aug 2015 19:45:31 +0000 Subject: [Freeswitch-users] SmartOS or Solaris - using tcp for gateways In-Reply-To: Message-ID: <20150822194531.de359be0@mail.email-me.co.uk> Michael, Thanks for the reply. I'd just like to add that from startup with a fresh install of freeswitch this is happening. Another strange thing is that connecting handsets using TCP to the internal profile seems to present no problems at all. Regards Darren _____ From: Michael Jerris [mailto:mike at jerris.com] To: FreeSWITCH Users Help [mailto:freeswitch-users at lists.freeswitch.org] Sent: Sat, 22 Aug 2015 15:09:40 +0000 Subject: Re: [Freeswitch-users] SmartOS or Solaris - using tcp for gateways It looks like it attempts to open a tcp socket and fails. I'd check system limits on tcp sockets, and settings related to reusing sockets (you would have to go back in the log and confirm that socket was recently used) and see how those things might be different on SmartOS. On Aug 22, 2015, at 10:53 AM, Support wrote: Is anyone using smartos or solaris and using tcp for gateways? I have raised a ticket https://freeswitch.org/jira/browse/FS-7991 When trying to register to the gateway I get: 2015-08-19 15:07:59.194456 [ERR] sofia_reg.c:2367 97b1323c-9ff1-44e3-b3b2-0e92fefa62a7 Failed Registration with status Service Unavailable [503]. failure #1 nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2015-08-19 15:08:00.174456 [WARNING] sofia_reg.c:505 97b1323c-9ff1-44e3-b3b2-0e92fefa62a7 Failed Registration [503], setting retry to 30 seconds. nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate REGISTER (79662368) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all(0, 0, fffffd7ffe904d20) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1289 agent_timer() nta: timer not set 2015-08-19 15:08:31.174457 [NOTICE] sofia_reg.c:448 Registering 97b1323c-9ff1-44e3-b3b2-0e92fefa62a7 nua.c:622 nua_register() nua: nua_register: entering nua_stack.c:529 nua_signal() nua(1dc6310): sent signal r_register nua_stack.c:569 nua_stack_signal() nua(1dc6310): recv signal r_register nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::936c10, ...) called nua_dialog.c:338 nua_dialog_usage_add() nua(1dc6310): adding register usage nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(2cc6850) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip sres_cache.c:272 sres_cache_get() sres_cache_get(149e7a0, SRV, "_sip._tcp.manchester.out.simwood.com.") called sres_cache.c:318 sres_cache_get() sres_cache_get(149e7a0, SRV, "_sip._tcp.manchester.out.simwood.com.") returned 1 entries nta.c:10598 outgoing_query_srv() nta: for "manchester.out.simwood.com" query "_sip._tcp.manchester.out.simwood.com" SRV (cached) sres_cache.c:272 sres_cache_get() sres_cache_get(149e7a0, A, "manchester.out.simwood.com.") called sres_cache.c:318 sres_cache_get() sres_cache_get(149e7a0, A, "manchester.out.simwood.com.") returned 1 entries nta.c:10803 outgoing_query_a() nta: for "manchester.out.simwood.com" query "manchester.out.simwood.com" A (cached) nta.c:10856 outgoing_answer_a() nta: manchester.out.simwood.com. IN A 178.22.143.66 tport.c:3257 tport_tsend() tport_tsend(1555810) tpn = tcp/178.22.143.66:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 178.22.143.66:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(1555810): not found by name tcp/178.22.143.66:5060 tport.c:862 tport_alloc_secondary() tport_alloc_secondary(1555810): new secondary tport 151fa10 tport_type_tcp.c:203 tport_tcp_init_secondary() tport_tcp_init_secondary(151fa10): Setting TCP_KEEPIDLE to 30 tport_type_tcp.c:209 tport_tcp_init_secondary() tport_tcp_init_secondary(151fa10): Setting TCP_KEEPINTVL to 30 tport.c:1017 tport_base_connect() tport_base_connect(1555810): connect(pf=2 tcp/[178.22.143.66]:5060): No such file or directory tport.c:3373 tport_tsend() tport_socket failed in tsend nta.c:8496 outgoing_print_tport_error() nta: REGISTER (79662384): No such file or directory (2) with tcp/[178.22.143.66]:5060 nta.c:1350 set_timeout() nta: timer set to 32000 ms nta.c:1348 set_timeout() nta: timer shortened to 5000 ms nua_stack.c:271 nua_stack_event() nua(1dc6310): event r_register 503 Service Unavailable nua_dialog.c:397 nua_dialog_usage_remove_at() nua(1dc6310): removing register usage nta.c:4470 nta_leg_destroy() nta_leg_destroy(2cc6850) nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2015-08-19 15:08:31.174457 [ERR] sofia_reg.c:2367 97b1323c-9ff1-44e3-b3b2-0e92fefa62a7 Failed Registration with status Service Unavailable [503]. failure #2 nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2015-08-19 15:08:32.174463 [WARNING] sofia_reg.c:505 97b1323c-9ff1-44e3-b3b2-0e92fefa62a7 Failed Registration [503], setting retry to 30 seconds. No SIP is ever sent. It seems to go bad here: tport.c:1017 tport_base_connect() tport_base_connect(1555810): connect(pf=2 tcp/[178.22.143.66]:5060): No such file or directory If I change the transport to UDP, sip flows. Anyone any ideas? TIA Daz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150822/2834a55b/attachment.html From mitch.capper at gmail.com Sun Aug 23 00:58:16 2015 From: mitch.capper at gmail.com (Mitch Capper) Date: Sat, 22 Aug 2015 13:58:16 -0700 Subject: [Freeswitch-users] Docker/Freeswitch/FusionPBX/snom320 no media on outgoing calls In-Reply-To: <164957300.17252506.1439883055871.JavaMail.zimbra@ext.pixelhouse.de> References: <164957300.17252506.1439883055871.JavaMail.zimbra@ext.pixelhouse.de> Message-ID: I am using docker with freeswitch without issue, and im double natted (so container is on a machine that is natted). in my vars.xml i define two variables: external_server_ip being the public IP for the server. For external profiles I have: This works for me. I use TLS for internal reg, but assuming your audio is truly dropping between FS and your sip provider than that should work. ~Mitch On Tue, Aug 18, 2015 at 12:30 AM, J?rn Ott wrote: > Hello all, > > Our company currently uses an asterisk (without GUI) running on Ubuntu > 14.04 in a docker environment. As we had a couple of feature requests, I > decided to set up Freeswitch/FusionPBX in parallel and later switch over to > it. Almost everything works fine despite Docker giving us NAT between the > physical network and the container, using different ports as both > containers run on the same physical machine and the firewall NATting the > physical network to the outside world. I can make calls to asterisk, > receive calls from asterisk and receive calls from the outside which go > first to asterisk and then are forwarded to freeswitch. The only thing, I > can't get to work is outgoing calls from our snom phones to the external > SIP provider via freeswitch. Signalling works, but I don't have any media. > I tried direct connections between freeswitch and the SIP provider as well > as going through asterisk without any success. > > On asterisk, we have canreinvite=no in the sip connections to the phones > and the provider. I tried the following settings on the internal and > external SIP trunk to handle the RTP stream through the PBX. I have set the > following options: > > In vars.xml: > > > > The public IP is natted to the physical hosts IP on the firewall. > > In > Hello all, > > Our company currently uses an asterisk (without GUI) running on Ubuntu > 14.04 in a docker environment. As we had a couple of feature requests, I > decided to set up Freeswitch/FusionPBX in parallel and later switch over to > it. Almost everything works fine despite Docker giving us NAT between the > physical network and the container, using different ports as both > containers run on the same physical machine and the firewall NATting the > physical network to the outside world. I can make calls to asterisk, > receive calls from asterisk and receive calls from the outside which go > first to asterisk and then are forwarded to freeswitch. The only thing, I > can't get to work is outgoing calls from our snom phones to the external > SIP provider via freeswitch. Signalling works, but I don't have any media. > I tried direct connections between freeswitch and the SIP provider as well > as going through asterisk without any success. > > I am now running out of ideas on what else I can try to get outgoing calls > to work.On asterisk, we have canreinvite=no in the sip connections to the > phones and the provider. I tried the following settings on the internal and > external SIP trunk to handle the RTP stream through the PBX. I have set the > following options: > > In vars.xml: > > > > The public IP is natted to the physical hosts IP on the firewall. > > In sip_profiles/external.xml, I have the following: > > > > > > > > > value="$${global_codec_prefs}"/> > value="$${outbound_codec_prefs}"/> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > value="NDLB-connectile-dysfunction"/> > > > > > I have added bypass-media and bypass-media-after-bridge with underscore > and with dash as I found contradicting information on the web. > > In sip_profiles/internal.xml, I have > > > > > > > > value="false"/> > > > > > value="$${global_codec_prefs}"/> > value="$${global_codec_prefs}"/> > > > > > > > value="${domain_name}/archive/${strftime(%Y)}/${strftime(%b)}/${strftime(%d)}/${uuid}.wav"/> > > > > value="$${domain},$${local_ip_v4}"/> > value="$${presence_privacy}"/> > > > > > > > > > > > > > > > > > > value="true"/> > > > > > > > > > > value="NDLB-connectile-dysfunction"/> > > > > > PHYSICAL_IP is the IP of the physical host on which the docker container > runs. > > The gateway definition looks like this: > > > > > > > > > > > Kind regards > Joern > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150822/c7f11dff/attachment-0001.html From ssinyagin at gmail.com Sun Aug 23 04:30:49 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sun, 23 Aug 2015 02:30:49 +0200 Subject: [Freeswitch-users] FreeSWITCH Unstable Repo In-Reply-To: <2CE1F45D-CAA2-4559-BDF5-2FB9DBFE9735@jerris.com> References: <2CE1F45D-CAA2-4559-BDF5-2FB9DBFE9735@jerris.com> Message-ID: See the update in https://freeswitch.org/jira/browse/FS-8019 I fixed one problem, but there's a bunch of others: pbuilder creates an isolated environment that doesn't have any network connectivity, but modules like mod_event_zmq try to download sources from external servers. On Sat, Aug 22, 2015 at 12:44 AM, Michael Jerris wrote: > Your dependencies look messed up.. install freeswitch-video-deps-most from > our repo, if you manually tried to do some of the non debian repo packages, > remove them first. > > > On Aug 21, 2015, at 6:25 PM, Stanislav Sinyagin > wrote: > > Brian, could you publish the procedure that you use to build those debs? I > couldn't even build the revision that you have currently in the repo. > > I use: > ./debian/util.sh build-all -i -z1 -aamd64 -cjessie > > and I get the following error: > > The following packages have unmet dependencies: > pbuilder-satisfydepends-dummy : Depends: libyuv-dev which is a virtual > package. > Depends: libvpx-dev (>= 1.4.0) but it is > not going to be installed. or > libvpx2-dev which is a virtual > package. > Depends: libflite-dev which is a virtual > package. > Depends: libbroadvoice-dev which is a > virtual package. > Depends: libcodec2-dev which is a virtual > package. > Depends: libsngtc-dev which is a virtual > package. > Depends: libsilk-dev which is a virtual > package. > Unable to resolve dependencies! Giving up... > > > I opened a related ticket, but it doesn't seem to be the main reason. > https://freeswitch.org/jira/browse/FS-8019 > > The build fails also if I add > deb http://files.freeswitch.org/repo/deb/debian jessie main > into /etc/apt/sources.list > > > thanks > > > > On Thu, Jun 18, 2015 at 4:18 PM, Brian West wrote: > >> FreeSWITCHers, >> >> To help speed the testing and release cycle up, Team FreeSWITCH has >> created a FreeSWITCH Unstable Debian repo, This repo is updated after every >> commit to master and the debs lag behind about an hour from each commit. >> >> WARNING this repo is untested and should NOT be used in production. >> >> How to use this repo: >> >> 1. New Debian Jessie system >> 2. Run These Commands: >> >> echo "deb http://files.freeswitch.org/repo/deb/debian-unstable/ jessie >> main" > /etc/apt/sources.list.d/99FreeSWITCH.list >> echo "deb http://files.freeswitch.org/repo/deb/debian/ jessie main" >> >> /etc/apt/sources.list.d/99FreeSWITCH.list >> wget -O - https://files.freeswitch.org/repo/deb/debian/key.gpg |apt-key >> add - >> apt-get update >> apt-get install freeswitch-all >> >> 3. To update: >> >> apt-get update >> apt-get dist-upgrade >> >> Any commit that goes in while the current build is running will be >> included in the next build that starts. >> >> Questions? Mailing List / IRC / Hipchat >> Comments? Mailing List / IRC / Hipchat >> Bugs? https://freeswitch.org/jira/ >> >> Thanks, and happy testing! >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> ClueCon 2015 Call for Speakers >> | Register >> TODAY! | Reddit: /r/freeswitch >> >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150823/a2d20dbe/attachment.html From anthony.minessale at gmail.com Sun Aug 23 19:05:34 2015 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Sun, 23 Aug 2015 10:05:34 -0500 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: Message-ID: You still have bypass set somehow. Not the local sdp is not a native FS sdp the bundle and the lack of the word freeswitch in the o line. Maybe you have bypass enabled as a sofia profile param. On Saturday, August 22, 2015, Pete Kay wrote: > Hi > > I did anothe test without proxy_media=true, but I am still getting SAVPF > in the outgoing INVITE. The problem is my outbound SIP gateway does not > accept SAVPF so I am trying to configure Freeswitch to send it out as > AVPF. > > Here is the log: > > > 2015-08-22 10:11:43.049286 [INFO] mod_dialplan_xml.c:637 Processing 1001 > <1001>->1002 in context default > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing > [default->incoming_calls] continue=false > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) [incoming_calls] > ${destination_number}(1002) =~ /1002/ break=on-false > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action > bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false]sofia/external/754617162742492 at x.x.x.x > ) > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:216 > (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> CS_EXECUTE > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:532 > (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 > (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:539 > (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE > > 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:196 > sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:258 > sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE > > EXECUTE sofia/internal/1001 at y.y.y.y:5060 > bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false]sofia/external/754617162742492 at x.x.x.x > ) > > 2015-08-22 10:11:43.049286 [DEBUG] switch_ivr_originate.c:2104 Parsing > global variables > > 2015-08-22 10:11:43.049286 [DEBUG] switch_ivr_originate.c:2557 Parsing > session specific variables > > 2015-08-22 10:11:43.049286 [NOTICE] switch_channel.c:1089 New Channel > sofia/external/754617162742492 at x.x.x.x > [2ff7c01e-48b6-11e5-ac58-01226f03e80c] > > 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4735 > (sofia/external/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT > > 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] > Setting a-leg inherit_codec=true > > 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] > Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b > ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h > @20i at 64000b' > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 > (sofia/external/754617162742492 at x.x.x.x) Running State Change CS_INIT > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:516 > (sofia/external/754617162742492 at x.x.x.x) State INIT > > 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:88 > sofia/external/754617162742492 at x.x.x.x SOFIA INIT > > 2015-08-22 10:11:43.049286 [DEBUG] sofia_glue.c:1257 > sofia/external/754617162742492 at x.x.x.x sending invite version: 1.7.0 git > 58f1272 2015-08-14 17:51:12Z 64bit > > Local SDP: > > v=0 > > o=- 327457341635358182 2 IN IP4 127.0.0.1 > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:IQcKT9rkNCETwhGR > > a=ice-pwd:chtzwjBRY3ptPbf/IkcKUO1i > > a=fingerprint:sha-1 > 8A:95:DD:4E:18:85:C6:B9:31:1E:04:90:BC:67:EB:C6:DD:58:4F:B5 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:2501014728 cname:dJGa9dJwxrkwhQkE > > a=ssrc:2501014728 msid:media_stream audio_track > > a=ssrc:2501014728 mslabel:media_stream > > a=ssrc:2501014728 label:audio_track > > a=candidate:3027063986 1 udp 2122260223 192.168.1.129 55289 typ host > generation 0 > > a=candidate:19046677 1 udp 2122194687 172.20.10.1 62766 typ host > generation 0 > > a=candidate:3059882106 1 udp 2122129151 10.227.60.222 56279 typ host > generation 0 > > a=candidate:3027063986 2 udp 2122260222 192.168.1.129 51792 typ host > generation 0 > > a=candidate:19046677 2 udp 2122194686 172.20.10.1 61231 typ host > generation 0 > > a=candidate:3059882106 2 udp 2122129150 10.227.60.222 56500 typ host > generation 0 > > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:40 > sofia/external/754617162742492 at x.x.x.x Standard INIT > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:48 > (sofia/external/754617162742492 at x.x.x.x) State Change CS_INIT -> > CS_ROUTING > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:516 > (sofia/external/754617162742492 at x.x.x.x) State INIT going to sleep > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 > (sofia/external/754617162742492 at x.x.x.x) Running State Change CS_ROUTING > > 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:532 > (sofia/external/754617162742492 at x.x.x.x) State ROUTING > > 2015-08-22 10:11:43.069228 [DEBUG] mod_sofia.c:141 > sofia/external/754617162742492 at x.x.x.x SOFIA ROUTING > > 2015-08-22 10:11:43.069228 [DEBUG] switch_ivr_originate.c:67 > (sofia/external/754617162742492 at x.x.x.x) State Change CS_ROUTING -> > CS_CONSUME_MEDIA > > 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:532 > (sofia/external/754617162742492 at x.x.x.x) State ROUTING going to sleep > > 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:473 > (sofia/external/754617162742492 at x.x.x.x) Running State Change > CS_CONSUME_MEDIA > > 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:551 > (sofia/external/754617162742492 at x.x.x.x) State CONSUME_MEDIA > > 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:551 > (sofia/external/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to > sleep > > send 2347 bytes to udp/[x.x.x.x]:5060 at 10:11:43.070474: > > ------------------------------------------------------------------------ > > INVITE sip:754617162742492 at x.x.x.x SIP/2.0 > > Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bK5Q40Q4Ze2mj0K > > Max-Forwards: 69 > > From: "Extension 1001" ;tag=51SKgXr23XK9K > > To: > > Call-ID: 075638a9-c359-1233-81a7-60eb698211be > > CSeq: 79783087 INVITE > > Contact: > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > REGISTER, REFER, NOTIFY > > Supported: timer, path, replaces > > Allow-Events: talk, hold, conference, refer > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 1518 > > X-FS-Support: update_display,send_info > > Remote-Party-ID: "Extension 1001" >;party=calling;screen=yes;privacy=off > > > > v=0 > > o=- 327457341635358182 2 IN IP4 y.y.y.y > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:IQcKT9rkNCETwhGR > > a=ice-pwd:chtzwjBRY3ptPbf/IkcKUO1i > > a=fingerprint:sha-1 > 8A:95:DD:4E:18:85:C6:B9:31:1E:04:90:BC:67:EB:C6:DD:58:4F:B5 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:2501014728 cname:dJGa9dJwxrkwhQkE > > a=ssrc:2501014728 msid:media_stream audio_track > > a=ssrc:2501014728 mslabel:media_stream > > a=ssrc:2501014728 label:audio_track > > a=candidate:3027063986 1 udp 2122260223 192.168.1.129 55289 typ host > generation 0 > > a=candidate:19046677 1 udp 2122194687 172.20.10.1 62766 typ host > generation 0 > > a=candidate:3059882106 1 udp 2122129151 10.227.60.222 56279 typ host > generation 0 > > a=candidate:3027063986 2 udp 2122260222 192.168.1.129 51792 typ host > generation 0 > > a=candidate:19046677 2 udp 2122194686 172.20.10.1 61231 typ host > generation 0 > > a=candidate:3059882106 2 udp 2122129150 10.227.60.222 56500 typ host > generation 0 > > > On Fri, Aug 21, 2015 at 11:06 AM, Anthony Minessale < > anthony.minessale at gmail.com > > wrote: > >> Its not the same tey harder. >> >> >> On Friday, August 21, 2015, Pete Kay > > wrote: >> >>> Hi >>> Without proxy media variable it is still the same. My earlier email in >>> this thread had this problem without media proxy set to true. >>> >>> >>> >>> On Thu, Aug 20, 2015 at 9:55 PM, Giovanni Maruzzelli >>> wrote: >>> >>>> Try without mentioning proxy_media at all, no false, no true, just >>>> delete it from both occurrences. >>>> >>>> sent from my mobile, >>>> Giovanni Maruzzelli >>>> cell: +39 347 266 56 18 >>>> On Aug 21, 2015 6:43 AM, "Pete Kay" wrote: >>>> >>>>> Hi >>>>> >>>>> I tried to use proxy_media = true but it is still passing RTP/SAVPF >>>>> instead of RTP/AVPF. Could I ask where is the problem in my configuration? >>>>> >>>>> >>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>>>> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false,sdp_secure_savp_only=false,proxy_media=true}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false,proxy_media=true]sofia/external/754617162742492 at x.x.x.x >>>>> ) >>>>> >>>>> >>>>> send 2700 bytes to udp/[69.27.168.50]:5060 at 04:01:47.286175: >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> INVITE sip:754617162742492 at 69.27.168.50 SIP/2.0 >>>>> >>>>> Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bKgBt1e63aHX4SD >>>>> >>>>> Max-Forwards: 69 >>>>> >>>>> From: "Extension 1001" ;tag=grg241BNtgDtN >>>>> >>>>> To: >>>>> >>>>> Call-ID: 2f34abd4-c25c-1233-ffbc-60eb698211be >>>>> >>>>> CSeq: 79728789 INVITE >>>>> >>>>> Contact: >>>>> >>>>> User-Agent: >>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>>>> >>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>>>> REGISTER, REFER, NOTIFY >>>>> >>>>> Supported: timer, path, replaces >>>>> >>>>> Allow-Events: talk, hold, conference, refer >>>>> >>>>> Content-Type: application/sdp >>>>> >>>>> Content-Disposition: session >>>>> >>>>> Content-Length: 1871 >>>>> >>>>> X-FS-Support: update_display,send_info >>>>> >>>>> Remote-Party-ID: "Extension 1001" >>>> >;party=calling;screen=yes;privacy=off >>>>> >>>>> >>>>> >>>>> v=0 >>>>> >>>>> o=FreeSWITCH 3361339272 3361339273 IN IP4 y.y.y.y >>>>> >>>>> s=FreeSWITCH >>>>> >>>>> t=0 0 >>>>> >>>>> a=group:BUNDLE audio >>>>> >>>>> a=msid-semantic: WMS media_stream >>>>> >>>>> m=audio 28246 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>> >>>>> c=IN IP4 108.165.2.110 >>>>> >>>>> a=rtpmap:111 opus/48000/2 >>>>> >>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>> >>>>> a=rtpmap:103 ISAC/16000 >>>>> >>>>> a=rtpmap:9 G722/8000 >>>>> >>>>> a=rtpmap:102 ILBC/8000 >>>>> >>>>> a=rtpmap:0 PCMU/8000 >>>>> >>>>> a=rtpmap:8 PCMA/8000 >>>>> >>>>> a=rtpmap:106 CN/32000 >>>>> >>>>> a=rtpmap:105 CN/16000 >>>>> >>>>> a=rtpmap:13 CN/8000 >>>>> >>>>> a=rtpmap:127 red/8000 >>>>> >>>>> a=rtpmap:126 telephone-event/8000 >>>>> >>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>> >>>>> a=ice-ufrag:bmbIvHb6NVeLQBcK >>>>> >>>>> a=ice-pwd:KDvxAfWB8jTfbGrL610/0jtk >>>>> >>>>> a=fingerprint:sha-1 >>>>> F1:CA:8E:C9:58:A5:00:CB:59:A5:19:90:0A:D0:60:76:33:70:C2:F1 >>>>> >>>>> a=setup:actpass >>>>> >>>>> a=mid:audio >>>>> >>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>> >>>>> a=extmap:3 >>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>> >>>>> a=rtcp-mux >>>>> >>>>> a=maxptime:60 >>>>> >>>>> a=ssrc:3858004023 cname:S5akTfRDQvG5IccJ >>>>> >>>>> a=ssrc:3858004023 msid:media_stream audio_track >>>>> >>>>> a=ssrc:3858004023 mslabel:media_stream >>>>> >>>>> a=ssrc:3858004023 label:audio_track >>>>> >>>>> a=candidate:2881221497 1 udp 2122260223 10.227.131.21 55121 typ >>>>> host generation 0 >>>>> >>>>> a=candidate:2881221497 2 udp 2122260222 10.227.131.21 64682 typ >>>>> host generation 0 >>>>> >>>>> a=candidate:3845656457 1 tcp 1518280447 10.227.131.21 57029 typ >>>>> host tcptype passive generation 0 >>>>> >>>>> a=candidate:3845656457 2 tcp 1518280446 10.227.131.21 57030 typ >>>>> host tcptype passive generation 0 >>>>> >>>>> a=candidate:720631245 1 udp 1686052607 112.97.38.2 6734 typ srflx >>>>> raddr 10.227.131.21 rport 55121 generation 0 >>>>> >>>>> a=candidate:720631245 2 udp 1686052606 112.97.38.2 6735 typ srflx >>>>> raddr 10.227.131.21 rport 64682 generation 0 >>>>> >>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 52800 typ >>>>> relay raddr 112.97.38.2 rport 34387 generation 0 >>>>> >>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54764 typ >>>>> relay raddr 112.97.38.2 rport 34386 generation 0 >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Mon, Aug 17, 2015 at 9:28 AM, Brian West >>>>> wrote: >>>>> >>>>>> rtp_secure_media=false is the variable name. >>>>>> >>>>>> On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay wrote: >>>>>> >>>>>>> Hi >>>>>>> >>>>>>> I am trying to send call from webrtc to freeswitch and then bridge >>>>>>> to an external endpoint that is a normal SIP phone. I tried to use >>>>>>> sip_secure_media=false to force the media to be converted from SAVP to >>>>>>> AVP. >>>>>>> >>>>>>> But the outgoing INVITE is still showing SAVP ( sip trace blow ). >>>>>>> Does anyone know where I am doing wrong? any help will be greately >>>>>>> appreciated. >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing >>>>>>> 1001 <1001>->1002 in context default >>>>>>> >>>>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >>>>>>> [default->incoming_calls] continue=false >>>>>>> >>>>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) >>>>>>> [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false >>>>>>> >>>>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>>>>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>>>>> ) >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> >>>>>>> CS_EXECUTE >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 >>>>>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 >>>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >>>>>>> >>>>>>> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >>>>>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>>>>> ) >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 >>>>>>> Parsing global variables >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 >>>>>>> Parsing session specific variables >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New >>>>>>> Channel sofia/internal/754617162742492 at x.x.x.x >>>>>>> [ca6d5930-44f4-11e5-9cc9-c9574f94e170] >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> >>>>>>> CS_INIT >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>>>>>> Setting a-leg inherit_codec=true >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>>>>>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h >>>>>>> @20i at 64000b,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b >>>>>>> ,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b' >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>> CS_INIT >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 >>>>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA INIT >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 >>>>>>> sofia/internal/754617162742492 at x.x.x.x sending invite version: >>>>>>> 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit >>>>>>> >>>>>>> Local SDP: >>>>>>> >>>>>>> v=0 >>>>>>> >>>>>>> o=- 4133111956976529630 2 IN IP4 127.0.0.1 >>>>>>> >>>>>>> s=- >>>>>>> >>>>>>> t=0 0 >>>>>>> >>>>>>> a=group:BUNDLE audio >>>>>>> >>>>>>> a=msid-semantic: WMS media_stream >>>>>>> >>>>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>>>> >>>>>>> c=IN IP4 0.0.0.0 >>>>>>> >>>>>>> a=rtpmap:111 opus/48000/2 >>>>>>> >>>>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>>>> >>>>>>> a=rtpmap:103 ISAC/16000 >>>>>>> >>>>>>> a=rtpmap:9 G722/8000 >>>>>>> >>>>>>> a=rtpmap:102 ILBC/8000 >>>>>>> >>>>>>> a=rtpmap:0 PCMU/8000 >>>>>>> >>>>>>> a=rtpmap:8 PCMA/8000 >>>>>>> >>>>>>> a=rtpmap:106 CN/32000 >>>>>>> >>>>>>> a=rtpmap:105 CN/16000 >>>>>>> >>>>>>> a=rtpmap:13 CN/8000 >>>>>>> >>>>>>> a=rtpmap:127 red/8000 >>>>>>> >>>>>>> a=rtpmap:126 telephone-event/8000 >>>>>>> >>>>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>>>> >>>>>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>>>>> >>>>>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>>>>> >>>>>>> a=fingerprint:sha-1 >>>>>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>>>>> >>>>>>> a=setup:actpass >>>>>>> >>>>>>> a=mid:audio >>>>>>> >>>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>>>> >>>>>>> a=extmap:3 >>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>>>> >>>>>>> a=rtcp-mux >>>>>>> >>>>>>> a=maxptime:60 >>>>>>> >>>>>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>>>>> >>>>>>> a=ssrc:3618235845 msid:media_stream audio_track >>>>>>> >>>>>>> a=ssrc:3618235845 mslabel:media_stream >>>>>>> >>>>>>> a=ssrc:3618235845 label:audio_track >>>>>>> >>>>>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>>>>>> generation 0 >>>>>>> >>>>>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ >>>>>>> host generation 0 >>>>>>> >>>>>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>>>>>> generation 0 >>>>>>> >>>>>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ >>>>>>> host generation 0 >>>>>>> >>>>>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>>>>>> tcptype passive generation 0 >>>>>>> >>>>>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ >>>>>>> host tcptype passive generation 0 >>>>>>> >>>>>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>>>>>> tcptype passive generation 0 >>>>>>> >>>>>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ >>>>>>> host tcptype passive generation 0 >>>>>>> >>>>>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>>>>> raddr 192.168.1.101 rport 60710 generation 0 >>>>>>> >>>>>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>>>>> raddr 192.168.1.101 rport 64150 generation 0 >>>>>>> >>>>>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>>>>>> raddr 10.73.229.110 rport 52079 generation 0 >>>>>>> >>>>>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>>>>>> raddr 10.73.229.110 rport 51909 generation 0 >>>>>>> >>>>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>>>>>> raddr 27.38.56.3 rport 36782 generation 0 >>>>>>> >>>>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>>>>>> raddr 27.38.56.3 rport 37553 generation 0 >>>>>>> >>>>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>>>>>> raddr 112.97.38.179 rport 54091 generation 0 >>>>>>> >>>>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>>>>>> raddr 112.97.38.179 rport 54092 generation 0 >>>>>>> >>>>>>> >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 >>>>>>> sofia/internal/754617162742492 at x.x.x.x Standard INIT >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> >>>>>>> CS_ROUTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>> CS_ROUTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 >>>>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >>>>>>> CS_CONSUME_MEDIA >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to >>>>>>> sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>> CS_CONSUME_MEDIA >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going >>>>>>> to sleep >>>>>>> >>>>>>> send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >>>>>>> >>>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>>> >>>>>>> Max-Forwards: 69 >>>>>>> >>>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>>> >>>>>>> To: >>>>>>> >>>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>>> >>>>>>> CSeq: 79576629 INVITE >>>>>>> >>>>>>> Contact: >>>>>>> >>>>>>> User-Agent: >>>>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>>>>>> >>>>>>> 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 >>>>>>> >>>>>>> Content-Type: application/sdp >>>>>>> >>>>>>> Content-Disposition: session >>>>>>> >>>>>>> Content-Length: 2665 >>>>>>> >>>>>>> X-FS-Support: update_display,send_info >>>>>>> >>>>>>> Remote-Party-ID: "Extension 1001" >>>>>> >;party=calling;screen=yes;privacy=off >>>>>>> >>>>>>> >>>>>>> >>>>>>> v=0 >>>>>>> >>>>>>> o=- 4133111956976529630 2 IN IP4 y.y.y.y >>>>>>> >>>>>>> s=- >>>>>>> >>>>>>> t=0 0 >>>>>>> >>>>>>> a=group:BUNDLE audio >>>>>>> >>>>>>> a=msid-semantic: WMS media_stream >>>>>>> >>>>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>>>> >>>>>>> c=IN IP4 0.0.0.0 >>>>>>> >>>>>>> a=rtpmap:111 opus/48000/2 >>>>>>> >>>>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>>>> >>>>>>> a=rtpmap:103 ISAC/16000 >>>>>>> >>>>>>> a=rtpmap:9 G722/8000 >>>>>>> >>>>>>> a=rtpmap:102 ILBC/8000 >>>>>>> >>>>>>> a=rtpmap:0 PCMU/8000 >>>>>>> >>>>>>> a=rtpmap:8 PCMA/8000 >>>>>>> >>>>>>> a=rtpmap:106 CN/32000 >>>>>>> >>>>>>> a=rtpmap:105 CN/16000 >>>>>>> >>>>>>> a=rtpmap:13 CN/8000 >>>>>>> >>>>>>> a=rtpmap:127 red/8000 >>>>>>> >>>>>>> a=rtpmap:126 telephone-event/8000 >>>>>>> >>>>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>>>> >>>>>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>>>>> >>>>>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>>>>> >>>>>>> a=fingerprint:sha-1 >>>>>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>>>>> >>>>>>> a=setup:actpass >>>>>>> >>>>>>> a=mid:audio >>>>>>> >>>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>>>> >>>>>>> a=extmap:3 >>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>>>> >>>>>>> a=rtcp-mux >>>>>>> >>>>>>> a=maxptime:60 >>>>>>> >>>>>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>>>>> >>>>>>> a=ssrc:3618235845 msid:media_stream audio_track >>>>>>> >>>>>>> a=ssrc:3618235845 mslabel:media_stream >>>>>>> >>>>>>> a=ssrc:3618235845 label:audio_track >>>>>>> >>>>>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ >>>>>>> host generation 0 >>>>>>> >>>>>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ >>>>>>> host generation 0 >>>>>>> >>>>>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ >>>>>>> host generation 0 >>>>>>> >>>>>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ >>>>>>> host generation 0 >>>>>>> >>>>>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ >>>>>>> host tcptype passive generation 0 >>>>>>> >>>>>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ >>>>>>> host tcptype passive generation 0 >>>>>>> >>>>>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ >>>>>>> host tcptype passive generation 0 >>>>>>> >>>>>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ >>>>>>> host tcptype passive generation 0 >>>>>>> >>>>>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ >>>>>>> srflx raddr 192.168.1.101 rport 60710 generation 0 >>>>>>> >>>>>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ >>>>>>> srflx raddr 192.168.1.101 rport 64150 generation 0 >>>>>>> >>>>>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ >>>>>>> srflx raddr 10.73.229.110 rport 52079 generation 0 >>>>>>> >>>>>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ >>>>>>> srflx raddr 10.73.229.110 rport 51909 generation 0 >>>>>>> >>>>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ >>>>>>> relay raddr 27.38.56.3 rport 36782 generation 0 >>>>>>> >>>>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ >>>>>>> relay raddr 27.38.56.3 rport 37553 generation 0 >>>>>>> >>>>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ >>>>>>> relay raddr 112.97.38.179 rport 54091 generation 0 >>>>>>> >>>>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ >>>>>>> relay raddr 112.97.38.179 rport 54092 generation 0 >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel >>>>>>> sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] >>>>>>> >>>>>>> recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> SIP/2.0 100 Trying >>>>>>> >>>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>>> >>>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>>> >>>>>>> To: >>>>>>> >>>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>>> >>>>>>> CSeq: 79576629 INVITE >>>>>>> >>>>>>> User-Agent: DNL-Switch >>>>>>> >>>>>>> Content-Length: 0 >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> SIP/2.0 415 Unsupported Media Type >>>>>>> >>>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>>> >>>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>>> >>>>>>> To: ;tag=Ut8ye62NUrQeB >>>>>>> >>>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>>> >>>>>>> CSeq: 79576629 INVITE >>>>>>> >>>>>>> User-Agent: DNL-Switch >>>>>>> >>>>>>> Accept: application/sdp >>>>>>> >>>>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >>>>>>> >>>>>>> Supported: timer >>>>>>> >>>>>>> Content-Length: 0 >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> ACK sip:754617162742492 at x.x.x.x SIP/2.0 >>>>>>> >>>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>>> >>>>>>> Max-Forwards: 69 >>>>>>> >>>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>>> >>>>>>> To: ;tag=Ut8ye62NUrQeB >>>>>>> >>>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>>> >>>>>>> CSeq: 79576629 ACK >>>>>>> >>>>>>> Content-Length: 0 >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel >>>>>>> sofia/internal/754617162742492 at x.x.x.x entering state >>>>>>> [terminated][415] >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup >>>>>>> sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] >>>>>>> [SERVICE_NOT_IMPLEMENTED] >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>> CS_HANGUP >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> >>>>>>> HANGUP >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>>>>> sofia/internal/754617162742492 at x.x.x.x hanging up, cause: >>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>>>>> sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: >>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> >>>>>>> CS_REPORTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>> CS_REPORTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>>>>> sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: >>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to >>>>>>> sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING >>>>>>> -> CS_DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 >>>>>>> Session 2 (sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting >>>>>>> on external entities >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 >>>>>>> Originate Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 >>>>>>> Session 2 (sofia/internal/754617162742492 at x.x.x.x) Ended >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>>>>> Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>> CS_DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>>>>> sofia/internal/754617162742492 at x.x.x.x Standard DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to >>>>>>> sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate >>>>>>> Failed. Cause: SERVICE_NOT_IMPLEMENTED >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup >>>>>>> sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] >>>>>>> [SERVICE_NOT_IMPLEMENTED] >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 >>>>>>> sofia/internal/1001 at y.y.y.y:5060 skip receive message >>>>>>> [APPLICATION_EXEC_COMPLETE] (channel is hungup already) >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> >>>>>>> HANGUP >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 >>>>>>> sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 >>>>>>> from the other leg >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>>>>> sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: >>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to >>>>>>> INVITE with: 415 >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: >>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> >>>>>>> CS_REPORTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING >>>>>>> >>>>>>> send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> SIP/2.0 415 Unsupported Media Type >>>>>>> >>>>>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>>>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 >>>>>>> >>>>>>> Max-Forwards: 70 >>>>>>> >>>>>>> From: ;tag=9de53b6c >>>>>>> >>>>>>> To: ;tag=gXrZg0KvmrXZH >>>>>>> >>>>>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>>>>> >>>>>>> CSeq: 2 INVITE >>>>>>> >>>>>>> User-Agent: >>>>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 >>>>>>> >>>>>>> Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" >>>>>>> >>>>>>> Content-Length: 0 >>>>>>> >>>>>>> Remote-Party-ID: "1002" >>>>>> >;party=calling;privacy=off;screen=no >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: >>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> >>>>>>> CS_DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 >>>>>>> Session 1 (sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on >>>>>>> external entities >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 >>>>>>> Session 1 (sofia/internal/1001 at y.y.y.y:5060) Ended >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>>>>>> Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>>>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY >>>>>>> >>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep >>>>>>> >>>>>>> recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> ACK sip:1002 at y.y.y.y:5060 SIP/2.0 >>>>>>> >>>>>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>>>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport >>>>>>> >>>>>>> Max-Forwards: 70 >>>>>>> >>>>>>> To: ;tag=gXrZg0KvmrXZH >>>>>>> >>>>>>> From: ;tag=9de53b6c >>>>>>> >>>>>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>>>>> >>>>>>> CSeq: 2 ACK >>>>>>> >>>>>>> Content-Length: 0 >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> >>>>>>> _________________________________________________________________________ >>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>> consulting at 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 at 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* >>>>>> brian at freeswitch.org >>>>>> >>>>>> >>>>>> *Twitter: @FreeSWITCH , @briankwest* >>>>>> http://www.freeswitchbook.com >>>>>> http://www.freeswitchcookbook.com >>>>>> >>>>>> Got Bugs? Report them here ! | Reddit: >>>>>> /r/freeswitch >>>>>> >>>>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>>>> >>>>>> >>>>>> _________________________________________________________________________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at 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 at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE: >>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at 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 at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE: >>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >> >> -- >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? >> http://twitter.com/FreeSWITCH >> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >> * >> >> ClueCon Weekly Development Call >> ? sip:888 at conference.freeswitch.org >> ? >> +19193869900 >> >> ClueCon Testimonials >> ClueCon This Summer >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150823/0e9b45a1/attachment-0001.html From petedao at gmail.com Sun Aug 23 19:40:35 2015 From: petedao at gmail.com (Pete Kay) Date: Sun, 23 Aug 2015 08:40:35 -0700 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: Message-ID: Hi I changed the internal profile to proxy media now, and the o= line in the sdp is now showing FREESWITCH, but it is still using SAVPF... 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:166 sofia/internal/1001 at x.x.x.x:5060 Standard ROUTING 2015-08-23 15:34:14.714657 [INFO] mod_dialplan_xml.c:637 Processing 1001 <1001>->1002 in context default Dialplan: sofia/internal/1001 at x.x.x.x:5060 parsing [default->incoming_calls] continue=false Dialplan: sofia/internal/1001 at x.x.x.x:5060 Regex (PASS) [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false Dialplan: sofia/internal/1001 at x.x.x.x:5060 Action bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false]sofia/internal/754617162742492 at y.y.y.y ) 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:216 (sofia/internal/1001 at x.x.x.x:5060) State Change CS_ROUTING -> CS_EXECUTE 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at x.x.x.x:5060) State ROUTING going to sleep 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_EXECUTE 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at x.x.x.x:5060) State EXECUTE 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:196 sofia/internal/1001 at x.x.x.x:5060 SOFIA EXECUTE 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:258 sofia/internal/1001 at x.x.x.x:5060 Standard EXECUTE EXECUTE sofia/internal/1001 at x.x.x.x:5060 bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false]sofia/internal/754617162742492 at y.y.y.y ) 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:2104 Parsing global variables 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:2557 Parsing session specific variables 2015-08-23 15:34:14.714657 [NOTICE] switch_channel.c:1089 New Channel sofia/internal/754617162742492 at y.y.y.y [68de50a4-49ac-11e5-b118-6fcd62a30179] 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4735 (sofia/internal/754617162742492 at y.y.y.y) State Change CS_NEW -> CS_INIT 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] Setting a-leg inherit_codec=true 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b ' 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at y.y.y.y) Running State Change CS_INIT 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/754617162742492 at y.y.y.y) State INIT 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:88 sofia/internal/754617162742492 at y.y.y.y SOFIA INIT 2015-08-23 15:34:14.714657 [DEBUG] switch_core_media.c:8667 sofia/internal/754617162742492 at y.y.y.y Patched SDP --- v=0 o=- 3653435483206582716 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 0.0.0.0 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:duN/nld3Ywx4sKCI a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk a=fingerprint:sha-1 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb a=ssrc:3490757364 msid:media_stream audio_track a=ssrc:3490757364 mslabel:media_stream a=ssrc:3490757364 label:audio_track a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host generation 0 a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host generation 0 a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host generation 0 a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host generation 0 a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host tcptype passive generation 0 a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host tcptype passive generation 0 a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host tcptype passive generation 0 a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host tcptype passive generation 0 a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx raddr 10.162.22.234 rport 65466 generation 0 a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx raddr 10.162.22.234 rport 49167 generation 0 a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx raddr 192.168.1.100 rport 54468 generation 0 a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx raddr 192.168.1.100 rport 64051 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay raddr 112.97.51.70 rport 41768 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay raddr 163.125.130.79 rport 21981 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay raddr 112.97.51.70 rport 41769 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay raddr 163.125.130.79 rport 21982 generation 0 +++ v=0 o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x s=FreeSWITCH t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 x.x.x.x a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:duN/nld3Ywx4sKCI a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk a=fingerprint:sha-1 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb a=ssrc:3490757364 msid:media_stream audio_track a=ssrc:3490757364 mslabel:media_stream a=ssrc:3490757364 label:audio_track a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host generation 0 a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host generation 0 a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host generation 0 a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host generation 0 a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host tcptype passive generation 0 a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host tcptype passive generation 0 a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host tcptype passive generation 0 a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host tcptype passive generation 0 a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx raddr 10.162.22.234 rport 65466 generation 0 a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx raddr 10.162.22.234 rport 49167 generation 0 a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx raddr 192.168.1.100 rport 54468 generation 0 a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx raddr 192.168.1.100 rport 64051 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay raddr 112.97.51.70 rport 41768 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay raddr 163.125.130.79 rport 21981 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay raddr 112.97.51.70 rport 41769 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay raddr 163.125.130.79 rport 21982 generation 0 2015-08-23 15:34:14.714657 [DEBUG] sofia_glue.c:1257 sofia/internal/754617162742492 at y.y.y.y sending invite version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit Local SDP: v=0 o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x s=FreeSWITCH t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 x.x.x.x a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:duN/nld3Ywx4sKCI a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk a=fingerprint:sha-1 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb a=ssrc:3490757364 msid:media_stream audio_track a=ssrc:3490757364 mslabel:media_stream a=ssrc:3490757364 label:audio_track a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host generation 0 a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host generation 0 a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host generation 0 a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host generation 0 a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host tcptype passive generation 0 a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host tcptype passive generation 0 a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host tcptype passive generation 0 a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host tcptype passive generation 0 a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx raddr 10.162.22.234 rport 65466 generation 0 a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx raddr 10.162.22.234 rport 49167 generation 0 a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx raddr 192.168.1.100 rport 54468 generation 0 a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx raddr 192.168.1.100 rport 64051 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay raddr 112.97.51.70 rport 41768 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay raddr 163.125.130.79 rport 21981 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay raddr 112.97.51.70 rport 41769 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay raddr 163.125.130.79 rport 21982 generation 0 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:40 sofia/internal/754617162742492 at y.y.y.y Standard INIT 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/754617162742492 at y.y.y.y) State Change CS_INIT -> CS_ROUTING 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/754617162742492 at y.y.y.y) State INIT going to sleep 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at y.y.y.y) Running State Change CS_ROUTING 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/754617162742492 at y.y.y.y) State ROUTING 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:141 sofia/internal/754617162742492 at y.y.y.y SOFIA ROUTING 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:67 (sofia/internal/754617162742492 at y.y.y.y) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/754617162742492 at y.y.y.y) State ROUTING going to sleep 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at y.y.y.y) Running State Change CS_CONSUME_MEDIA 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/754617162742492 at y.y.y.y) State CONSUME_MEDIA 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/754617162742492 at y.y.y.y) State CONSUME_MEDIA going to sleep send 3675 bytes to udp/[y.y.y.y]:5060 at 15:34:14.728794: ------------------------------------------------------------------------ INVITE sip:754617162742492 at y.y.y.y SIP/2.0 Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K Max-Forwards: 69 From: "Extension 1001" ;tag=Q3F772K7rmctc To: Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be CSeq: 79835963 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit 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 Content-Type: application/sdp Content-Disposition: session Content-Length: 2705 X-FS-Support: update_display,send_info Remote-Party-ID: "Extension 1001" ;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x s=FreeSWITCH t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 x.x.x.x a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:duN/nld3Ywx4sKCI a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk a=fingerprint:sha-1 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb a=ssrc:3490757364 msid:media_stream audio_track a=ssrc:3490757364 mslabel:media_stream a=ssrc:3490757364 label:audio_track a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host generation 0 a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host generation 0 a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host generation 0 a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host generation 0 a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host tcptype passive generation 0 a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host tcptype passive generation 0 a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host tcptype passive generation 0 a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host tcptype passive generation 0 a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx raddr 10.162.22.234 rport 65466 generation 0 a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx raddr 10.162.22.234 rport 49167 generation 0 a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx raddr 192.168.1.100 rport 54468 generation 0 a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx raddr 192.168.1.100 rport 64051 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay raddr 112.97.51.70 rport 41768 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay raddr 163.125.130.79 rport 21981 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay raddr 112.97.51.70 rport 41769 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay raddr 163.125.130.79 rport 21982 generation 0 ------------------------------------------------------------------------ 2015-08-23 15:34:14.714657 [DEBUG] sofia.c:6715 Channel sofia/internal/754617162742492 at y.y.y.y entering state [calling][0] recv 308 bytes from udp/[y.y.y.y]:5060 at 15:34:14.730001: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K From: "Extension 1001" ;tag=Q3F772K7rmctc To: Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be CSeq: 79835963 INVITE User-Agent: DNL-Switch Content-Length: 0 ------------------------------------------------------------------------ recv 433 bytes from udp/[y.y.y.y]:5060 at 15:34:14.740478: ------------------------------------------------------------------------ SIP/2.0 415 Unsupported Media Type Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K From: "Extension 1001" ;tag=Q3F772K7rmctc To: ;tag=454F3aHa1Fa5e Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be CSeq: 79835963 INVITE User-Agent: DNL-Switch Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO Supported: timer Content-Length: 0 ------------------------------------------------------------------------ On Sun, Aug 23, 2015 at 8:05 AM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > You still have bypass set somehow. > Not the local sdp is not a native FS sdp the bundle and the lack of the > word freeswitch in the o line. > > Maybe you have bypass enabled as a sofia profile param. > > > > On Saturday, August 22, 2015, Pete Kay wrote: > >> Hi >> >> I did anothe test without proxy_media=true, but I am still getting SAVPF >> in the outgoing INVITE. The problem is my outbound SIP gateway does not >> accept SAVPF so I am trying to configure Freeswitch to send it out as >> AVPF. >> >> Here is the log: >> >> >> 2015-08-22 10:11:43.049286 [INFO] mod_dialplan_xml.c:637 Processing 1001 >> <1001>->1002 in context default >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >> [default->incoming_calls] continue=false >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) [incoming_calls] >> ${destination_number}(1002) =~ /1002/ break=on-false >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false]sofia/external/754617162742492 at x.x.x.x >> ) >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:216 >> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> CS_EXECUTE >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:532 >> (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 >> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:539 >> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >> >> 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:196 >> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:258 >> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >> >> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false]sofia/external/754617162742492 at x.x.x.x >> ) >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_ivr_originate.c:2104 Parsing >> global variables >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_ivr_originate.c:2557 Parsing >> session specific variables >> >> 2015-08-22 10:11:43.049286 [NOTICE] switch_channel.c:1089 New Channel >> sofia/external/754617162742492 at x.x.x.x >> [2ff7c01e-48b6-11e5-ac58-01226f03e80c] >> >> 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4735 >> (sofia/external/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT >> >> 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >> Setting a-leg inherit_codec=true >> >> 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >> @20i at 64000b' >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 >> (sofia/external/754617162742492 at x.x.x.x) Running State Change CS_INIT >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:516 >> (sofia/external/754617162742492 at x.x.x.x) State INIT >> >> 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:88 >> sofia/external/754617162742492 at x.x.x.x SOFIA INIT >> >> 2015-08-22 10:11:43.049286 [DEBUG] sofia_glue.c:1257 >> sofia/external/754617162742492 at x.x.x.x sending invite version: 1.7.0 git >> 58f1272 2015-08-14 17:51:12Z 64bit >> >> Local SDP: >> >> v=0 >> >> o=- 327457341635358182 2 IN IP4 127.0.0.1 >> >> s=- >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 0.0.0.0 >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:IQcKT9rkNCETwhGR >> >> a=ice-pwd:chtzwjBRY3ptPbf/IkcKUO1i >> >> a=fingerprint:sha-1 >> 8A:95:DD:4E:18:85:C6:B9:31:1E:04:90:BC:67:EB:C6:DD:58:4F:B5 >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:2501014728 cname:dJGa9dJwxrkwhQkE >> >> a=ssrc:2501014728 msid:media_stream audio_track >> >> a=ssrc:2501014728 mslabel:media_stream >> >> a=ssrc:2501014728 label:audio_track >> >> a=candidate:3027063986 1 udp 2122260223 192.168.1.129 55289 typ host >> generation 0 >> >> a=candidate:19046677 1 udp 2122194687 172.20.10.1 62766 typ host >> generation 0 >> >> a=candidate:3059882106 1 udp 2122129151 10.227.60.222 56279 typ host >> generation 0 >> >> a=candidate:3027063986 2 udp 2122260222 192.168.1.129 51792 typ host >> generation 0 >> >> a=candidate:19046677 2 udp 2122194686 172.20.10.1 61231 typ host >> generation 0 >> >> a=candidate:3059882106 2 udp 2122129150 10.227.60.222 56500 typ host >> generation 0 >> >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:40 >> sofia/external/754617162742492 at x.x.x.x Standard INIT >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:48 >> (sofia/external/754617162742492 at x.x.x.x) State Change CS_INIT -> >> CS_ROUTING >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:516 >> (sofia/external/754617162742492 at x.x.x.x) State INIT going to sleep >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 >> (sofia/external/754617162742492 at x.x.x.x) Running State Change CS_ROUTING >> >> 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:532 >> (sofia/external/754617162742492 at x.x.x.x) State ROUTING >> >> 2015-08-22 10:11:43.069228 [DEBUG] mod_sofia.c:141 >> sofia/external/754617162742492 at x.x.x.x SOFIA ROUTING >> >> 2015-08-22 10:11:43.069228 [DEBUG] switch_ivr_originate.c:67 >> (sofia/external/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >> CS_CONSUME_MEDIA >> >> 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:532 >> (sofia/external/754617162742492 at x.x.x.x) State ROUTING going to sleep >> >> 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:473 >> (sofia/external/754617162742492 at x.x.x.x) Running State Change >> CS_CONSUME_MEDIA >> >> 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:551 >> (sofia/external/754617162742492 at x.x.x.x) State CONSUME_MEDIA >> >> 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:551 >> (sofia/external/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to >> sleep >> >> send 2347 bytes to udp/[x.x.x.x]:5060 at 10:11:43.070474: >> >> >> ------------------------------------------------------------------------ >> >> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >> >> Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bK5Q40Q4Ze2mj0K >> >> Max-Forwards: 69 >> >> From: "Extension 1001" ;tag=51SKgXr23XK9K >> >> To: >> >> Call-ID: 075638a9-c359-1233-81a7-60eb698211be >> >> CSeq: 79783087 INVITE >> >> Contact: >> >> User-Agent: >> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >> >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >> REGISTER, REFER, NOTIFY >> >> Supported: timer, path, replaces >> >> Allow-Events: talk, hold, conference, refer >> >> Content-Type: application/sdp >> >> Content-Disposition: session >> >> Content-Length: 1518 >> >> X-FS-Support: update_display,send_info >> >> Remote-Party-ID: "Extension 1001" > >;party=calling;screen=yes;privacy=off >> >> >> >> v=0 >> >> o=- 327457341635358182 2 IN IP4 y.y.y.y >> >> s=- >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 0.0.0.0 >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:IQcKT9rkNCETwhGR >> >> a=ice-pwd:chtzwjBRY3ptPbf/IkcKUO1i >> >> a=fingerprint:sha-1 >> 8A:95:DD:4E:18:85:C6:B9:31:1E:04:90:BC:67:EB:C6:DD:58:4F:B5 >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:2501014728 cname:dJGa9dJwxrkwhQkE >> >> a=ssrc:2501014728 msid:media_stream audio_track >> >> a=ssrc:2501014728 mslabel:media_stream >> >> a=ssrc:2501014728 label:audio_track >> >> a=candidate:3027063986 1 udp 2122260223 192.168.1.129 55289 typ host >> generation 0 >> >> a=candidate:19046677 1 udp 2122194687 172.20.10.1 62766 typ host >> generation 0 >> >> a=candidate:3059882106 1 udp 2122129151 10.227.60.222 56279 typ host >> generation 0 >> >> a=candidate:3027063986 2 udp 2122260222 192.168.1.129 51792 typ host >> generation 0 >> >> a=candidate:19046677 2 udp 2122194686 172.20.10.1 61231 typ host >> generation 0 >> >> a=candidate:3059882106 2 udp 2122129150 10.227.60.222 56500 typ host >> generation 0 >> >> >> On Fri, Aug 21, 2015 at 11:06 AM, Anthony Minessale < >> anthony.minessale at gmail.com> wrote: >> >>> Its not the same tey harder. >>> >>> >>> On Friday, August 21, 2015, Pete Kay wrote: >>> >>>> Hi >>>> Without proxy media variable it is still the same. My earlier email >>>> in this thread had this problem without media proxy set to true. >>>> >>>> >>>> >>>> On Thu, Aug 20, 2015 at 9:55 PM, Giovanni Maruzzelli >>> > wrote: >>>> >>>>> Try without mentioning proxy_media at all, no false, no true, just >>>>> delete it from both occurrences. >>>>> >>>>> sent from my mobile, >>>>> Giovanni Maruzzelli >>>>> cell: +39 347 266 56 18 >>>>> On Aug 21, 2015 6:43 AM, "Pete Kay" wrote: >>>>> >>>>>> Hi >>>>>> >>>>>> I tried to use proxy_media = true but it is still passing RTP/SAVPF >>>>>> instead of RTP/AVPF. Could I ask where is the problem in my configuration? >>>>>> >>>>>> >>>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>>>>> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false,sdp_secure_savp_only=false,proxy_media=true}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false,proxy_media=true]sofia/external/754617162742492 at x.x.x.x >>>>>> ) >>>>>> >>>>>> >>>>>> send 2700 bytes to udp/[69.27.168.50]:5060 at 04:01:47.286175: >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> INVITE sip:754617162742492 at 69.27.168.50 SIP/2.0 >>>>>> >>>>>> Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bKgBt1e63aHX4SD >>>>>> >>>>>> Max-Forwards: 69 >>>>>> >>>>>> From: "Extension 1001" ;tag=grg241BNtgDtN >>>>>> >>>>>> To: >>>>>> >>>>>> Call-ID: 2f34abd4-c25c-1233-ffbc-60eb698211be >>>>>> >>>>>> CSeq: 79728789 INVITE >>>>>> >>>>>> Contact: >>>>>> >>>>>> User-Agent: >>>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>>>>> >>>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>>>>> REGISTER, REFER, NOTIFY >>>>>> >>>>>> Supported: timer, path, replaces >>>>>> >>>>>> Allow-Events: talk, hold, conference, refer >>>>>> >>>>>> Content-Type: application/sdp >>>>>> >>>>>> Content-Disposition: session >>>>>> >>>>>> Content-Length: 1871 >>>>>> >>>>>> X-FS-Support: update_display,send_info >>>>>> >>>>>> Remote-Party-ID: "Extension 1001" >>>>> >;party=calling;screen=yes;privacy=off >>>>>> >>>>>> >>>>>> >>>>>> v=0 >>>>>> >>>>>> o=FreeSWITCH 3361339272 3361339273 IN IP4 y.y.y.y >>>>>> >>>>>> s=FreeSWITCH >>>>>> >>>>>> t=0 0 >>>>>> >>>>>> a=group:BUNDLE audio >>>>>> >>>>>> a=msid-semantic: WMS media_stream >>>>>> >>>>>> m=audio 28246 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>>> >>>>>> c=IN IP4 108.165.2.110 >>>>>> >>>>>> a=rtpmap:111 opus/48000/2 >>>>>> >>>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>>> >>>>>> a=rtpmap:103 ISAC/16000 >>>>>> >>>>>> a=rtpmap:9 G722/8000 >>>>>> >>>>>> a=rtpmap:102 ILBC/8000 >>>>>> >>>>>> a=rtpmap:0 PCMU/8000 >>>>>> >>>>>> a=rtpmap:8 PCMA/8000 >>>>>> >>>>>> a=rtpmap:106 CN/32000 >>>>>> >>>>>> a=rtpmap:105 CN/16000 >>>>>> >>>>>> a=rtpmap:13 CN/8000 >>>>>> >>>>>> a=rtpmap:127 red/8000 >>>>>> >>>>>> a=rtpmap:126 telephone-event/8000 >>>>>> >>>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>>> >>>>>> a=ice-ufrag:bmbIvHb6NVeLQBcK >>>>>> >>>>>> a=ice-pwd:KDvxAfWB8jTfbGrL610/0jtk >>>>>> >>>>>> a=fingerprint:sha-1 >>>>>> F1:CA:8E:C9:58:A5:00:CB:59:A5:19:90:0A:D0:60:76:33:70:C2:F1 >>>>>> >>>>>> a=setup:actpass >>>>>> >>>>>> a=mid:audio >>>>>> >>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>>> >>>>>> a=extmap:3 >>>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>>> >>>>>> a=rtcp-mux >>>>>> >>>>>> a=maxptime:60 >>>>>> >>>>>> a=ssrc:3858004023 cname:S5akTfRDQvG5IccJ >>>>>> >>>>>> a=ssrc:3858004023 msid:media_stream audio_track >>>>>> >>>>>> a=ssrc:3858004023 mslabel:media_stream >>>>>> >>>>>> a=ssrc:3858004023 label:audio_track >>>>>> >>>>>> a=candidate:2881221497 1 udp 2122260223 10.227.131.21 55121 typ >>>>>> host generation 0 >>>>>> >>>>>> a=candidate:2881221497 2 udp 2122260222 10.227.131.21 64682 typ >>>>>> host generation 0 >>>>>> >>>>>> a=candidate:3845656457 1 tcp 1518280447 10.227.131.21 57029 typ >>>>>> host tcptype passive generation 0 >>>>>> >>>>>> a=candidate:3845656457 2 tcp 1518280446 10.227.131.21 57030 typ >>>>>> host tcptype passive generation 0 >>>>>> >>>>>> a=candidate:720631245 1 udp 1686052607 112.97.38.2 6734 typ srflx >>>>>> raddr 10.227.131.21 rport 55121 generation 0 >>>>>> >>>>>> a=candidate:720631245 2 udp 1686052606 112.97.38.2 6735 typ srflx >>>>>> raddr 10.227.131.21 rport 64682 generation 0 >>>>>> >>>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 52800 typ >>>>>> relay raddr 112.97.38.2 rport 34387 generation 0 >>>>>> >>>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54764 typ >>>>>> relay raddr 112.97.38.2 rport 34386 generation 0 >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Mon, Aug 17, 2015 at 9:28 AM, Brian West >>>>>> wrote: >>>>>> >>>>>>> rtp_secure_media=false is the variable name. >>>>>>> >>>>>>> On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay >>>>>>> wrote: >>>>>>> >>>>>>>> Hi >>>>>>>> >>>>>>>> I am trying to send call from webrtc to freeswitch and then bridge >>>>>>>> to an external endpoint that is a normal SIP phone. I tried to use >>>>>>>> sip_secure_media=false to force the media to be converted from SAVP to >>>>>>>> AVP. >>>>>>>> >>>>>>>> But the outgoing INVITE is still showing SAVP ( sip trace blow ). >>>>>>>> Does anyone know where I am doing wrong? any help will be greately >>>>>>>> appreciated. >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing >>>>>>>> 1001 <1001>->1002 in context default >>>>>>>> >>>>>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >>>>>>>> [default->incoming_calls] continue=false >>>>>>>> >>>>>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) >>>>>>>> [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false >>>>>>>> >>>>>>>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>>>>>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>>>>>> ) >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> >>>>>>>> CS_EXECUTE >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 >>>>>>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 >>>>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >>>>>>>> >>>>>>>> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >>>>>>>> bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x >>>>>>>> ) >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 >>>>>>>> Parsing global variables >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 >>>>>>>> Parsing session specific variables >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New >>>>>>>> Channel sofia/internal/754617162742492 at x.x.x.x >>>>>>>> [ca6d5930-44f4-11e5-9cc9-c9574f94e170] >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> >>>>>>>> CS_INIT >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>>>>>>> Setting a-leg inherit_codec=true >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>>>>>>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h >>>>>>>> @20i at 64000b,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b >>>>>>>> ,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b' >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>>> CS_INIT >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 >>>>>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA INIT >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 >>>>>>>> sofia/internal/754617162742492 at x.x.x.x sending invite version: >>>>>>>> 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit >>>>>>>> >>>>>>>> Local SDP: >>>>>>>> >>>>>>>> v=0 >>>>>>>> >>>>>>>> o=- 4133111956976529630 2 IN IP4 127.0.0.1 >>>>>>>> >>>>>>>> s=- >>>>>>>> >>>>>>>> t=0 0 >>>>>>>> >>>>>>>> a=group:BUNDLE audio >>>>>>>> >>>>>>>> a=msid-semantic: WMS media_stream >>>>>>>> >>>>>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>>>>> >>>>>>>> c=IN IP4 0.0.0.0 >>>>>>>> >>>>>>>> a=rtpmap:111 opus/48000/2 >>>>>>>> >>>>>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>>>>> >>>>>>>> a=rtpmap:103 ISAC/16000 >>>>>>>> >>>>>>>> a=rtpmap:9 G722/8000 >>>>>>>> >>>>>>>> a=rtpmap:102 ILBC/8000 >>>>>>>> >>>>>>>> a=rtpmap:0 PCMU/8000 >>>>>>>> >>>>>>>> a=rtpmap:8 PCMA/8000 >>>>>>>> >>>>>>>> a=rtpmap:106 CN/32000 >>>>>>>> >>>>>>>> a=rtpmap:105 CN/16000 >>>>>>>> >>>>>>>> a=rtpmap:13 CN/8000 >>>>>>>> >>>>>>>> a=rtpmap:127 red/8000 >>>>>>>> >>>>>>>> a=rtpmap:126 telephone-event/8000 >>>>>>>> >>>>>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>>>>> >>>>>>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>>>>>> >>>>>>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>>>>>> >>>>>>>> a=fingerprint:sha-1 >>>>>>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>>>>>> >>>>>>>> a=setup:actpass >>>>>>>> >>>>>>>> a=mid:audio >>>>>>>> >>>>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>>>>> >>>>>>>> a=extmap:3 >>>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>>>>> >>>>>>>> a=rtcp-mux >>>>>>>> >>>>>>>> a=maxptime:60 >>>>>>>> >>>>>>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>>>>>> >>>>>>>> a=ssrc:3618235845 msid:media_stream audio_track >>>>>>>> >>>>>>>> a=ssrc:3618235845 mslabel:media_stream >>>>>>>> >>>>>>>> a=ssrc:3618235845 label:audio_track >>>>>>>> >>>>>>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ >>>>>>>> host generation 0 >>>>>>>> >>>>>>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ >>>>>>>> host generation 0 >>>>>>>> >>>>>>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ >>>>>>>> host generation 0 >>>>>>>> >>>>>>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ >>>>>>>> host generation 0 >>>>>>>> >>>>>>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ >>>>>>>> host tcptype passive generation 0 >>>>>>>> >>>>>>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ >>>>>>>> host tcptype passive generation 0 >>>>>>>> >>>>>>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ >>>>>>>> host tcptype passive generation 0 >>>>>>>> >>>>>>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ >>>>>>>> host tcptype passive generation 0 >>>>>>>> >>>>>>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>>>>>>> raddr 192.168.1.101 rport 60710 generation 0 >>>>>>>> >>>>>>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>>>>>>> raddr 192.168.1.101 rport 64150 generation 0 >>>>>>>> >>>>>>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ >>>>>>>> srflx raddr 10.73.229.110 rport 52079 generation 0 >>>>>>>> >>>>>>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ >>>>>>>> srflx raddr 10.73.229.110 rport 51909 generation 0 >>>>>>>> >>>>>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ >>>>>>>> relay raddr 27.38.56.3 rport 36782 generation 0 >>>>>>>> >>>>>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ >>>>>>>> relay raddr 27.38.56.3 rport 37553 generation 0 >>>>>>>> >>>>>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ >>>>>>>> relay raddr 112.97.38.179 rport 54091 generation 0 >>>>>>>> >>>>>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ >>>>>>>> relay raddr 112.97.38.179 rport 54092 generation 0 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 >>>>>>>> sofia/internal/754617162742492 at x.x.x.x Standard INIT >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> >>>>>>>> CS_ROUTING >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>>> CS_ROUTING >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 >>>>>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING >>>>>>>> -> CS_CONSUME_MEDIA >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to >>>>>>>> sleep >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>>> CS_CONSUME_MEDIA >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going >>>>>>>> to sleep >>>>>>>> >>>>>>>> send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >>>>>>>> >>>>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>>>> >>>>>>>> Max-Forwards: 69 >>>>>>>> >>>>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>>>> >>>>>>>> To: >>>>>>>> >>>>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>>>> >>>>>>>> CSeq: 79576629 INVITE >>>>>>>> >>>>>>>> Contact: >>>>>>>> >>>>>>>> User-Agent: >>>>>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>>>>>>> >>>>>>>> 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 >>>>>>>> >>>>>>>> Content-Type: application/sdp >>>>>>>> >>>>>>>> Content-Disposition: session >>>>>>>> >>>>>>>> Content-Length: 2665 >>>>>>>> >>>>>>>> X-FS-Support: update_display,send_info >>>>>>>> >>>>>>>> Remote-Party-ID: "Extension 1001" >>>>>>> >;party=calling;screen=yes;privacy=off >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> v=0 >>>>>>>> >>>>>>>> o=- 4133111956976529630 2 IN IP4 y.y.y.y >>>>>>>> >>>>>>>> s=- >>>>>>>> >>>>>>>> t=0 0 >>>>>>>> >>>>>>>> a=group:BUNDLE audio >>>>>>>> >>>>>>>> a=msid-semantic: WMS media_stream >>>>>>>> >>>>>>>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>>>>>>> >>>>>>>> c=IN IP4 0.0.0.0 >>>>>>>> >>>>>>>> a=rtpmap:111 opus/48000/2 >>>>>>>> >>>>>>>> a=fmtp:111 minptime=10; useinbandfec=1 >>>>>>>> >>>>>>>> a=rtpmap:103 ISAC/16000 >>>>>>>> >>>>>>>> a=rtpmap:9 G722/8000 >>>>>>>> >>>>>>>> a=rtpmap:102 ILBC/8000 >>>>>>>> >>>>>>>> a=rtpmap:0 PCMU/8000 >>>>>>>> >>>>>>>> a=rtpmap:8 PCMA/8000 >>>>>>>> >>>>>>>> a=rtpmap:106 CN/32000 >>>>>>>> >>>>>>>> a=rtpmap:105 CN/16000 >>>>>>>> >>>>>>>> a=rtpmap:13 CN/8000 >>>>>>>> >>>>>>>> a=rtpmap:127 red/8000 >>>>>>>> >>>>>>>> a=rtpmap:126 telephone-event/8000 >>>>>>>> >>>>>>>> a=rtcp:9 IN IP4 0.0.0.0 >>>>>>>> >>>>>>>> a=ice-ufrag:Gn8CX52vaidE1C73 >>>>>>>> >>>>>>>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>>>>>>> >>>>>>>> a=fingerprint:sha-1 >>>>>>>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>>>>>>> >>>>>>>> a=setup:actpass >>>>>>>> >>>>>>>> a=mid:audio >>>>>>>> >>>>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>>>>>>> >>>>>>>> a=extmap:3 >>>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>>>>>>> >>>>>>>> a=rtcp-mux >>>>>>>> >>>>>>>> a=maxptime:60 >>>>>>>> >>>>>>>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>>>>>>> >>>>>>>> a=ssrc:3618235845 msid:media_stream audio_track >>>>>>>> >>>>>>>> a=ssrc:3618235845 mslabel:media_stream >>>>>>>> >>>>>>>> a=ssrc:3618235845 label:audio_track >>>>>>>> >>>>>>>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ >>>>>>>> host generation 0 >>>>>>>> >>>>>>>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ >>>>>>>> host generation 0 >>>>>>>> >>>>>>>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ >>>>>>>> host generation 0 >>>>>>>> >>>>>>>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ >>>>>>>> host generation 0 >>>>>>>> >>>>>>>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ >>>>>>>> host tcptype passive generation 0 >>>>>>>> >>>>>>>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ >>>>>>>> host tcptype passive generation 0 >>>>>>>> >>>>>>>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ >>>>>>>> host tcptype passive generation 0 >>>>>>>> >>>>>>>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ >>>>>>>> host tcptype passive generation 0 >>>>>>>> >>>>>>>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ >>>>>>>> srflx raddr 192.168.1.101 rport 60710 generation 0 >>>>>>>> >>>>>>>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ >>>>>>>> srflx raddr 192.168.1.101 rport 64150 generation 0 >>>>>>>> >>>>>>>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ >>>>>>>> srflx raddr 10.73.229.110 rport 52079 generation 0 >>>>>>>> >>>>>>>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ >>>>>>>> srflx raddr 10.73.229.110 rport 51909 generation 0 >>>>>>>> >>>>>>>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ >>>>>>>> relay raddr 27.38.56.3 rport 36782 generation 0 >>>>>>>> >>>>>>>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ >>>>>>>> relay raddr 27.38.56.3 rport 37553 generation 0 >>>>>>>> >>>>>>>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ >>>>>>>> relay raddr 112.97.38.179 rport 54091 generation 0 >>>>>>>> >>>>>>>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ >>>>>>>> relay raddr 112.97.38.179 rport 54092 generation 0 >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel >>>>>>>> sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] >>>>>>>> >>>>>>>> recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> SIP/2.0 100 Trying >>>>>>>> >>>>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>>>> >>>>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>>>> >>>>>>>> To: >>>>>>>> >>>>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>>>> >>>>>>>> CSeq: 79576629 INVITE >>>>>>>> >>>>>>>> User-Agent: DNL-Switch >>>>>>>> >>>>>>>> Content-Length: 0 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> SIP/2.0 415 Unsupported Media Type >>>>>>>> >>>>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>>>> >>>>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>>>> >>>>>>>> To: ;tag=Ut8ye62NUrQeB >>>>>>>> >>>>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>>>> >>>>>>>> CSeq: 79576629 INVITE >>>>>>>> >>>>>>>> User-Agent: DNL-Switch >>>>>>>> >>>>>>>> Accept: application/sdp >>>>>>>> >>>>>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >>>>>>>> >>>>>>>> Supported: timer >>>>>>>> >>>>>>>> Content-Length: 0 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> ACK sip:754617162742492 at x.x.x.x SIP/2.0 >>>>>>>> >>>>>>>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>>>>>>> >>>>>>>> Max-Forwards: 69 >>>>>>>> >>>>>>>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>>>>>>> >>>>>>>> To: ;tag=Ut8ye62NUrQeB >>>>>>>> >>>>>>>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>>>>>>> >>>>>>>> CSeq: 79576629 ACK >>>>>>>> >>>>>>>> Content-Length: 0 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel >>>>>>>> sofia/internal/754617162742492 at x.x.x.x entering state >>>>>>>> [terminated][415] >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup >>>>>>>> sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] >>>>>>>> [SERVICE_NOT_IMPLEMENTED] >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>>> CS_HANGUP >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> >>>>>>>> HANGUP >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>>>>>> sofia/internal/754617162742492 at x.x.x.x hanging up, cause: >>>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>>>>>> sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: >>>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to >>>>>>>> sleep >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> >>>>>>>> CS_REPORTING >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>>> CS_REPORTING >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>>>>>> sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: >>>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to >>>>>>>> sleep >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING >>>>>>>> -> CS_DESTROY >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 >>>>>>>> Session 2 (sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting >>>>>>>> on external entities >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 >>>>>>>> Originate Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 >>>>>>>> Session 2 (sofia/internal/754617162742492 at x.x.x.x) Ended >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 >>>>>>>> Close Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) Running State Change >>>>>>>> CS_DESTROY >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>>>>>> sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>>>>>> sofia/internal/754617162742492 at x.x.x.x Standard DESTROY >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>>>> (sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to >>>>>>>> sleep >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate >>>>>>>> Failed. Cause: SERVICE_NOT_IMPLEMENTED >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup >>>>>>>> sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] >>>>>>>> [SERVICE_NOT_IMPLEMENTED] >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 >>>>>>>> sofia/internal/1001 at y.y.y.y:5060 skip receive message >>>>>>>> [APPLICATION_EXEC_COMPLETE] (channel is hungup already) >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> >>>>>>>> HANGUP >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 >>>>>>>> sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 >>>>>>>> from the other leg >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>>>>>>> sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: >>>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to >>>>>>>> INVITE with: 415 >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>>>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: >>>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> >>>>>>>> CS_REPORTING >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change >>>>>>>> CS_REPORTING >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING >>>>>>>> >>>>>>>> send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> SIP/2.0 415 Unsupported Media Type >>>>>>>> >>>>>>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>>>>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 >>>>>>>> >>>>>>>> Max-Forwards: 70 >>>>>>>> >>>>>>>> From: ;tag=9de53b6c >>>>>>>> >>>>>>>> To: ;tag=gXrZg0KvmrXZH >>>>>>>> >>>>>>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>>>>>> >>>>>>>> CSeq: 2 INVITE >>>>>>>> >>>>>>>> User-Agent: >>>>>>>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 >>>>>>>> >>>>>>>> Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" >>>>>>>> >>>>>>>> Content-Length: 0 >>>>>>>> >>>>>>>> Remote-Party-ID: "1002" >>>>>>> >;party=calling;privacy=off;screen=no >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>>>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: >>>>>>>> SERVICE_NOT_IMPLEMENTED >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> >>>>>>>> CS_DESTROY >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 >>>>>>>> Session 1 (sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on >>>>>>>> external entities >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 >>>>>>>> Session 1 (sofia/internal/1001 at y.y.y.y:5060) Ended >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 >>>>>>>> Close Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>>>>>>> sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>>>>>>> sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY >>>>>>>> >>>>>>>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 >>>>>>>> (sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep >>>>>>>> >>>>>>>> recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> ACK sip:1002 at y.y.y.y:5060 SIP/2.0 >>>>>>>> >>>>>>>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>>>>>>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport >>>>>>>> >>>>>>>> Max-Forwards: 70 >>>>>>>> >>>>>>>> To: ;tag=gXrZg0KvmrXZH >>>>>>>> >>>>>>>> From: ;tag=9de53b6c >>>>>>>> >>>>>>>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>>>>>>> >>>>>>>> CSeq: 2 ACK >>>>>>>> >>>>>>>> Content-Length: 0 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> >>>>>>>> _________________________________________________________________________ >>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>> consulting at 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 at 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* >>>>>>> brian at freeswitch.org >>>>>>> >>>>>>> >>>>>>> *Twitter: @FreeSWITCH , @briankwest* >>>>>>> http://www.freeswitchbook.com >>>>>>> http://www.freeswitchcookbook.com >>>>>>> >>>>>>> Got Bugs? Report them here ! | Reddit: >>>>>>> /r/freeswitch >>>>>>> >>>>>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>>>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>>>>> >>>>>>> >>>>>>> _________________________________________________________________________ >>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>> consulting at 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 at lists.freeswitch.org >>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>> UNSUBSCRIBE: >>>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>> http://www.freeswitch.org >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _________________________________________________________________________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at 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 at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE: >>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at 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 at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE: >>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>> >>> -- >>> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >>> >>> ? http://freeswitch.org/ ? http://cluecon.com/ ? >>> http://twitter.com/FreeSWITCH >>> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >>> * >>> >>> ClueCon Weekly Development Call >>> ? sip:888 at conference.freeswitch.org ? +19193869900 >>> >>> ClueCon Testimonials >>> ClueCon This Summer >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150823/37ac4d16/attachment-0001.html From krice at freeswitch.org Sun Aug 23 19:52:32 2015 From: krice at freeswitch.org (Ken Rice) Date: Sun, 23 Aug 2015 10:52:32 -0500 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: Message-ID: <1a6501d0ddbb$b9645e90$2c2d1bb0$@freeswitch.org> Don?t set proxy media or bypass media, these are special modes that do not fix up the RTP at all? just use the default modes From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Pete Kay Sent: Sunday, August 23, 2015 10:41 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP Hi I changed the internal profile to proxy media now, and the o= line in the sdp is now showing FREESWITCH, but it is still using SAVPF... 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:166 sofia/internal/1001 at x.x.x.x:5060 Standard ROUTING 2015-08-23 15:34:14.714657 [INFO] mod_dialplan_xml.c:637 Processing 1001 <1001>->1002 in context default Dialplan: sofia/internal/1001 at x.x.x.x:5060 parsing [default->incoming_calls] continue=false Dialplan: sofia/internal/1001 at x.x.x.x:5060 Regex (PASS) [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false Dialplan: sofia/internal/1001 at x.x.x.x:5060 Action bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false]sofia/internal/754617162742492 at y.y.y.y ) 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:216 (sofia/internal/1001 at x.x.x.x:5060 ) State Change CS_ROUTING -> CS_EXECUTE 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at x.x.x.x:5060 ) State ROUTING going to sleep 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at x.x.x.x:5060 ) Running State Change CS_EXECUTE 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at x.x.x.x:5060 ) State EXECUTE 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:196 sofia/internal/1001 at x.x.x.x:5060 SOFIA EXECUTE 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:258 sofia/internal/1001 at x.x.x.x:5060 Standard EXECUTE EXECUTE sofia/internal/1001 at x.x.x.x:5060 bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false]sofia/internal/754617162742492 at y.y.y.y ) 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:2104 Parsing global variables 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:2557 Parsing session specific variables 2015-08-23 15:34:14.714657 [NOTICE] switch_channel.c:1089 New Channel sofia/internal/754617162742492 at y.y.y.y [68de50a4-49ac-11e5-b118-6fcd62a30179] 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4735 (sofia/internal/754617162742492 at y.y.y.y ) State Change CS_NEW -> CS_INIT 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] Setting a-leg inherit_codec=true 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b' 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at y.y.y.y ) Running State Change CS_INIT 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/754617162742492 at y.y.y.y ) State INIT 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:88 sofia/internal/754617162742492 at y.y.y.y SOFIA INIT 2015-08-23 15:34:14.714657 [DEBUG] switch_core_media.c:8667 sofia/internal/754617162742492 at y.y.y.y Patched SDP --- v=0 o=- 3653435483206582716 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 0.0.0.0 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:duN/nld3Ywx4sKCI a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk a=fingerprint:sha-1 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb a=ssrc:3490757364 msid:media_stream audio_track a=ssrc:3490757364 mslabel:media_stream a=ssrc:3490757364 label:audio_track a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host generation 0 a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host generation 0 a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host generation 0 a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host generation 0 a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host tcptype passive generation 0 a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host tcptype passive generation 0 a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host tcptype passive generation 0 a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host tcptype passive generation 0 a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx raddr 10.162.22.234 rport 65466 generation 0 a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx raddr 10.162.22.234 rport 49167 generation 0 a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx raddr 192.168.1.100 rport 54468 generation 0 a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx raddr 192.168.1.100 rport 64051 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay raddr 112.97.51.70 rport 41768 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay raddr 163.125.130.79 rport 21981 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay raddr 112.97.51.70 rport 41769 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay raddr 163.125.130.79 rport 21982 generation 0 +++ v=0 o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x s=FreeSWITCH t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 x.x.x.x a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:duN/nld3Ywx4sKCI a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk a=fingerprint:sha-1 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb a=ssrc:3490757364 msid:media_stream audio_track a=ssrc:3490757364 mslabel:media_stream a=ssrc:3490757364 label:audio_track a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host generation 0 a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host generation 0 a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host generation 0 a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host generation 0 a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host tcptype passive generation 0 a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host tcptype passive generation 0 a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host tcptype passive generation 0 a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host tcptype passive generation 0 a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx raddr 10.162.22.234 rport 65466 generation 0 a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx raddr 10.162.22.234 rport 49167 generation 0 a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx raddr 192.168.1.100 rport 54468 generation 0 a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx raddr 192.168.1.100 rport 64051 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay raddr 112.97.51.70 rport 41768 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay raddr 163.125.130.79 rport 21981 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay raddr 112.97.51.70 rport 41769 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay raddr 163.125.130.79 rport 21982 generation 0 2015-08-23 15:34:14.714657 [DEBUG] sofia_glue.c:1257 sofia/internal/754617162742492 at y.y.y.y sending invite version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit Local SDP: v=0 o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x s=FreeSWITCH t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 x.x.x.x a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:duN/nld3Ywx4sKCI a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk a=fingerprint:sha-1 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb a=ssrc:3490757364 msid:media_stream audio_track a=ssrc:3490757364 mslabel:media_stream a=ssrc:3490757364 label:audio_track a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host generation 0 a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host generation 0 a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host generation 0 a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host generation 0 a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host tcptype passive generation 0 a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host tcptype passive generation 0 a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host tcptype passive generation 0 a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host tcptype passive generation 0 a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx raddr 10.162.22.234 rport 65466 generation 0 a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx raddr 10.162.22.234 rport 49167 generation 0 a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx raddr 192.168.1.100 rport 54468 generation 0 a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx raddr 192.168.1.100 rport 64051 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay raddr 112.97.51.70 rport 41768 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay raddr 163.125.130.79 rport 21981 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay raddr 112.97.51.70 rport 41769 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay raddr 163.125.130.79 rport 21982 generation 0 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:40 sofia/internal/754617162742492 at y.y.y.y Standard INIT 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/754617162742492 at y.y.y.y ) State Change CS_INIT -> CS_ROUTING 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/754617162742492 at y.y.y.y ) State INIT going to sleep 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at y.y.y.y ) Running State Change CS_ROUTING 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/754617162742492 at y.y.y.y ) State ROUTING 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:141 sofia/internal/754617162742492 at y.y.y.y SOFIA ROUTING 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:67 (sofia/internal/754617162742492 at y.y.y.y ) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/754617162742492 at y.y.y.y ) State ROUTING going to sleep 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at y.y.y.y ) Running State Change CS_CONSUME_MEDIA 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/754617162742492 at y.y.y.y ) State CONSUME_MEDIA 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/754617162742492 at y.y.y.y ) State CONSUME_MEDIA going to sleep send 3675 bytes to udp/[y.y.y.y]:5060 at 15:34:14.728794: ------------------------------------------------------------------------ INVITE sip:754617162742492 at y.y.y.y SIP/2.0 Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K Max-Forwards: 69 From: "Extension 1001" ;tag=Q3F772K7rmctc To: Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be CSeq: 79835963 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit 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 Content-Type: application/sdp Content-Disposition: session Content-Length: 2705 X-FS-Support: update_display,send_info Remote-Party-ID: "Extension 1001" ;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x s=FreeSWITCH t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 x.x.x.x a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:duN/nld3Ywx4sKCI a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk a=fingerprint:sha-1 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb a=ssrc:3490757364 msid:media_stream audio_track a=ssrc:3490757364 mslabel:media_stream a=ssrc:3490757364 label:audio_track a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host generation 0 a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host generation 0 a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host generation 0 a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host generation 0 a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host tcptype passive generation 0 a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host tcptype passive generation 0 a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host tcptype passive generation 0 a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host tcptype passive generation 0 a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx raddr 10.162.22.234 rport 65466 generation 0 a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx raddr 10.162.22.234 rport 49167 generation 0 a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx raddr 192.168.1.100 rport 54468 generation 0 a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx raddr 192.168.1.100 rport 64051 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay raddr 112.97.51.70 rport 41768 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay raddr 163.125.130.79 rport 21981 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay raddr 112.97.51.70 rport 41769 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay raddr 163.125.130.79 rport 21982 generation 0 ------------------------------------------------------------------------ 2015-08-23 15:34:14.714657 [DEBUG] sofia.c:6715 Channel sofia/internal/754617162742492 at y.y.y.y entering state [calling][0] recv 308 bytes from udp/[y.y.y.y]:5060 at 15:34:14.730001: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K From: "Extension 1001" ;tag=Q3F772K7rmctc To: Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be CSeq: 79835963 INVITE User-Agent: DNL-Switch Content-Length: 0 ------------------------------------------------------------------------ recv 433 bytes from udp/[y.y.y.y]:5060 at 15:34:14.740478: ------------------------------------------------------------------------ SIP/2.0 415 Unsupported Media Type Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K From: "Extension 1001" ;tag=Q3F772K7rmctc To: ;tag=454F3aHa1Fa5e Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be CSeq: 79835963 INVITE User-Agent: DNL-Switch Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO Supported: timer Content-Length: 0 ------------------------------------------------------------------------ On Sun, Aug 23, 2015 at 8:05 AM, Anthony Minessale > wrote: You still have bypass set somehow. Not the local sdp is not a native FS sdp the bundle and the lack of the word freeswitch in the o line. Maybe you have bypass enabled as a sofia profile param. On Saturday, August 22, 2015, Pete Kay > wrote: Hi I did anothe test without proxy_media=true, but I am still getting SAVPF in the outgoing INVITE. The problem is my outbound SIP gateway does not accept SAVPF so I am trying to configure Freeswitch to send it out as AVPF. Here is the log: 2015-08-22 10:11:43.049286 [INFO] mod_dialplan_xml.c:637 Processing 1001 <1001>->1002 in context default Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing [default->incoming_calls] continue=false Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false]sofia/external/754617162742492 at x.x.x.x ) 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:216 (sofia/internal/1001 at y.y.y.y:5060 ) State Change CS_ROUTING -> CS_EXECUTE 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at y.y.y.y:5060 ) State ROUTING going to sleep 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at y.y.y.y:5060 ) Running State Change CS_EXECUTE 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at y.y.y.y:5060 ) State EXECUTE 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:196 sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:258 sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE EXECUTE sofia/internal/1001 at y.y.y.y:5060 bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false]sofia/external/754617162742492 at x.x.x.x ) 2015-08-22 10:11:43.049286 [DEBUG] switch_ivr_originate.c:2104 Parsing global variables 2015-08-22 10:11:43.049286 [DEBUG] switch_ivr_originate.c:2557 Parsing session specific variables 2015-08-22 10:11:43.049286 [NOTICE] switch_channel.c:1089 New Channel sofia/external/754617162742492 at x.x.x.x [2ff7c01e-48b6-11e5-ac58-01226f03e80c] 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4735 (sofia/external/754617162742492 at x.x.x.x ) State Change CS_NEW -> CS_INIT 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] Setting a-leg inherit_codec=true 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b' 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 (sofia/external/754617162742492 at x.x.x.x ) Running State Change CS_INIT 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:516 (sofia/external/754617162742492 at x.x.x.x ) State INIT 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:88 sofia/external/754617162742492 at x.x.x.x SOFIA INIT 2015-08-22 10:11:43.049286 [DEBUG] sofia_glue.c:1257 sofia/external/754617162742492 at x.x.x.x sending invite version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit Local SDP: v=0 o=- 327457341635358182 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 0.0.0.0 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:IQcKT9rkNCETwhGR a=ice-pwd:chtzwjBRY3ptPbf/IkcKUO1i a=fingerprint:sha-1 8A:95:DD:4E:18:85:C6:B9:31:1E:04:90:BC:67:EB:C6:DD:58:4F:B5 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:2501014728 cname:dJGa9dJwxrkwhQkE a=ssrc:2501014728 msid:media_stream audio_track a=ssrc:2501014728 mslabel:media_stream a=ssrc:2501014728 label:audio_track a=candidate:3027063986 1 udp 2122260223 192.168.1.129 55289 typ host generation 0 a=candidate:19046677 1 udp 2122194687 172.20.10.1 62766 typ host generation 0 a=candidate:3059882106 1 udp 2122129151 10.227.60.222 56279 typ host generation 0 a=candidate:3027063986 2 udp 2122260222 192.168.1.129 51792 typ host generation 0 a=candidate:19046677 2 udp 2122194686 172.20.10.1 61231 typ host generation 0 a=candidate:3059882106 2 udp 2122129150 10.227.60.222 56500 typ host generation 0 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:40 sofia/external/754617162742492 at x.x.x.x Standard INIT 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:48 (sofia/external/754617162742492 at x.x.x.x ) State Change CS_INIT -> CS_ROUTING 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:516 (sofia/external/754617162742492 at x.x.x.x ) State INIT going to sleep 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 (sofia/external/754617162742492 at x.x.x.x ) Running State Change CS_ROUTING 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:532 (sofia/external/754617162742492 at x.x.x.x ) State ROUTING 2015-08-22 10:11:43.069228 [DEBUG] mod_sofia.c:141 sofia/external/754617162742492 at x.x.x.x SOFIA ROUTING 2015-08-22 10:11:43.069228 [DEBUG] switch_ivr_originate.c:67 (sofia/external/754617162742492 at x.x.x.x ) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:532 (sofia/external/754617162742492 at x.x.x.x ) State ROUTING going to sleep 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:473 (sofia/external/754617162742492 at x.x.x.x ) Running State Change CS_CONSUME_MEDIA 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:551 (sofia/external/754617162742492 at x.x.x.x ) State CONSUME_MEDIA 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:551 (sofia/external/754617162742492 at x.x.x.x ) State CONSUME_MEDIA going to sleep send 2347 bytes to udp/[x.x.x.x]:5060 at 10:11:43.070474: ------------------------------------------------------------------------ INVITE sip:754617162742492 at x.x.x.x SIP/2.0 Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bK5Q40Q4Ze2mj0K Max-Forwards: 69 From: "Extension 1001" ;tag=51SKgXr23XK9K To: Call-ID: 075638a9-c359-1233-81a7-60eb698211be CSeq: 79783087 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 1518 X-FS-Support: update_display,send_info Remote-Party-ID: "Extension 1001" ;party=calling;screen=yes;privacy=off v=0 o=- 327457341635358182 2 IN IP4 y.y.y.y s=- t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 0.0.0.0 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:IQcKT9rkNCETwhGR a=ice-pwd:chtzwjBRY3ptPbf/IkcKUO1i a=fingerprint:sha-1 8A:95:DD:4E:18:85:C6:B9:31:1E:04:90:BC:67:EB:C6:DD:58:4F:B5 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:2501014728 cname:dJGa9dJwxrkwhQkE a=ssrc:2501014728 msid:media_stream audio_track a=ssrc:2501014728 mslabel:media_stream a=ssrc:2501014728 label:audio_track a=candidate:3027063986 1 udp 2122260223 192.168.1.129 55289 typ host generation 0 a=candidate:19046677 1 udp 2122194687 172.20.10.1 62766 typ host generation 0 a=candidate:3059882106 1 udp 2122129151 10.227.60.222 56279 typ host generation 0 a=candidate:3027063986 2 udp 2122260222 192.168.1.129 51792 typ host generation 0 a=candidate:19046677 2 udp 2122194686 172.20.10.1 61231 typ host generation 0 a=candidate:3059882106 2 udp 2122129150 10.227.60.222 56500 typ host generation 0 On Fri, Aug 21, 2015 at 11:06 AM, Anthony Minessale > wrote: Its not the same tey harder. On Friday, August 21, 2015, Pete Kay > wrote: Hi Without proxy media variable it is still the same. My earlier email in this thread had this problem without media proxy set to true. On Thu, Aug 20, 2015 at 9:55 PM, Giovanni Maruzzelli > wrote: Try without mentioning proxy_media at all, no false, no true, just delete it from both occurrences. sent from my mobile, Giovanni Maruzzelli cell: +39 347 266 56 18 On Aug 21, 2015 6:43 AM, "Pete Kay" > wrote: Hi I tried to use proxy_media = true but it is still passing RTP/SAVPF instead of RTP/AVPF. Could I ask where is the problem in my configuration? Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false,sdp_secure_savp_only=false,proxy_media=true}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false,proxy_media=true]sofia/external/754617162742492 at x.x.x.x ) send 2700 bytes to udp/[69.27.168.50]:5060 at 04:01:47.286175: ------------------------------------------------------------------------ INVITE sip:754617162742492 at 69.27.168.50 SIP/2.0 Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bKgBt1e63aHX4SD Max-Forwards: 69 From: "Extension 1001" ;tag=grg241BNtgDtN To: Call-ID: 2f34abd4-c25c-1233-ffbc-60eb698211be CSeq: 79728789 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 1871 X-FS-Support: update_display,send_info Remote-Party-ID: "Extension 1001" ;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 3361339272 3361339273 IN IP4 y.y.y.y s=FreeSWITCH t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 28246 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 108.165.2.110 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:bmbIvHb6NVeLQBcK a=ice-pwd:KDvxAfWB8jTfbGrL610/0jtk a=fingerprint:sha-1 F1:CA:8E:C9:58:A5:00:CB:59:A5:19:90:0A:D0:60:76:33:70:C2:F1 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:3858004023 cname:S5akTfRDQvG5IccJ a=ssrc:3858004023 msid:media_stream audio_track a=ssrc:3858004023 mslabel:media_stream a=ssrc:3858004023 label:audio_track a=candidate:2881221497 1 udp 2122260223 10.227.131.21 55121 typ host generation 0 a=candidate:2881221497 2 udp 2122260222 10.227.131.21 64682 typ host generation 0 a=candidate:3845656457 1 tcp 1518280447 10.227.131.21 57029 typ host tcptype passive generation 0 a=candidate:3845656457 2 tcp 1518280446 10.227.131.21 57030 typ host tcptype passive generation 0 a=candidate:720631245 1 udp 1686052607 112.97.38.2 6734 typ srflx raddr 10.227.131.21 rport 55121 generation 0 a=candidate:720631245 2 udp 1686052606 112.97.38.2 6735 typ srflx raddr 10.227.131.21 rport 64682 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 52800 typ relay raddr 112.97.38.2 rport 34387 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 54764 typ relay raddr 112.97.38.2 rport 34386 generation 0 ------------------------------------------------------------------------ On Mon, Aug 17, 2015 at 9:28 AM, Brian West > wrote: rtp_secure_media=false is the variable name. On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay > wrote: Hi I am trying to send call from webrtc to freeswitch and then bridge to an external endpoint that is a normal SIP phone. I tried to use sip_secure_media=false to force the media to be converted from SAVP to AVP. But the outgoing INVITE is still showing SAVP ( sip trace blow ). Does anyone know where I am doing wrong? any help will be greately appreciated. 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing 1001 <1001>->1002 in context default Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing [default->incoming_calls] continue=false Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x ) 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 (sofia/internal/1001 at y.y.y.y:5060 ) State Change CS_ROUTING -> CS_EXECUTE 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at y.y.y.y:5060 ) State ROUTING going to sleep 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at y.y.y.y:5060 ) Running State Change CS_EXECUTE 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at y.y.y.y:5060 ) State EXECUTE 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE EXECUTE sofia/internal/1001 at y.y.y.y:5060 bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x ) 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 Parsing global variables 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 Parsing session specific variables 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel sofia/internal/754617162742492 at x.x.x.x [ca6d5930-44f4-11e5-9cc9-c9574f94e170] 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 (sofia/internal/754617162742492 at x.x.x.x ) State Change CS_NEW -> CS_INIT 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] Setting a-leg inherit_codec=true 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b' 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at x.x.x.x ) Running State Change CS_INIT 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/754617162742492 at x.x.x.x ) State INIT 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 sofia/internal/754617162742492 at x.x.x.x SOFIA INIT 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit Local SDP: v=0 o=- 4133111956976529630 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 0.0.0.0 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:Gn8CX52vaidE1C73 a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy a=fingerprint:sha-1 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 a=ssrc:3618235845 msid:media_stream audio_track a=ssrc:3618235845 mslabel:media_stream a=ssrc:3618235845 label:audio_track a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host generation 0 a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host generation 0 a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host generation 0 a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host generation 0 a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host tcptype passive generation 0 a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host tcptype passive generation 0 a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host tcptype passive generation 0 a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host tcptype passive generation 0 a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx raddr 192.168.1.101 rport 60710 generation 0 a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx raddr 192.168.1.101 rport 64150 generation 0 a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx raddr 10.73.229.110 rport 52079 generation 0 a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx raddr 10.73.229.110 rport 51909 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay raddr 27.38.56.3 rport 36782 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay raddr 27.38.56.3 rport 37553 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay raddr 112.97.38.179 rport 54091 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay raddr 112.97.38.179 rport 54092 generation 0 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 sofia/internal/754617162742492 at x.x.x.x Standard INIT 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/754617162742492 at x.x.x.x ) State Change CS_INIT -> CS_ROUTING 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/754617162742492 at x.x.x.x ) State INIT going to sleep 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at x.x.x.x ) Running State Change CS_ROUTING 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/754617162742492 at x.x.x.x ) State ROUTING 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 (sofia/internal/754617162742492 at x.x.x.x ) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/754617162742492 at x.x.x.x ) State ROUTING going to sleep 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at x.x.x.x ) Running State Change CS_CONSUME_MEDIA 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/754617162742492 at x.x.x.x ) State CONSUME_MEDIA 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/754617162742492 at x.x.x.x ) State CONSUME_MEDIA going to sleep send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: ------------------------------------------------------------------------ INVITE sip:754617162742492 at x.x.x.x SIP/2.0 Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e Max-Forwards: 69 From: "Extension 1001" ;tag=H6HrjU4ZH1KjD To: Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be CSeq: 79576629 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit 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 Content-Type: application/sdp Content-Disposition: session Content-Length: 2665 X-FS-Support: update_display,send_info Remote-Party-ID: "Extension 1001" ;party=calling;screen=yes;privacy=off v=0 o=- 4133111956976529630 2 IN IP4 y.y.y.y s=- t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 0.0.0.0 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:Gn8CX52vaidE1C73 a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy a=fingerprint:sha-1 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 a=ssrc:3618235845 msid:media_stream audio_track a=ssrc:3618235845 mslabel:media_stream a=ssrc:3618235845 label:audio_track a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host generation 0 a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host generation 0 a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host generation 0 a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host generation 0 a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host tcptype passive generation 0 a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host tcptype passive generation 0 a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host tcptype passive generation 0 a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host tcptype passive generation 0 a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx raddr 192.168.1.101 rport 60710 generation 0 a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx raddr 192.168.1.101 rport 64150 generation 0 a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx raddr 10.73.229.110 rport 52079 generation 0 a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx raddr 10.73.229.110 rport 51909 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay raddr 27.38.56.3 rport 36782 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay raddr 27.38.56.3 rport 37553 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay raddr 112.97.38.179 rport 54091 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay raddr 112.97.38.179 rport 54092 generation 0 ------------------------------------------------------------------------ 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e From: "Extension 1001" ;tag=H6HrjU4ZH1KjD To: Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be CSeq: 79576629 INVITE User-Agent: DNL-Switch Content-Length: 0 ------------------------------------------------------------------------ recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: ------------------------------------------------------------------------ SIP/2.0 415 Unsupported Media Type Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e From: "Extension 1001" ;tag=H6HrjU4ZH1KjD To: ;tag=Ut8ye62NUrQeB Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be CSeq: 79576629 INVITE User-Agent: DNL-Switch Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO Supported: timer Content-Length: 0 ------------------------------------------------------------------------ send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: ------------------------------------------------------------------------ ACK sip:754617162742492 at x.x.x.x SIP/2.0 Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e Max-Forwards: 69 From: "Extension 1001" ;tag=H6HrjU4ZH1KjD To: ;tag=Ut8ye62NUrQeB Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be CSeq: 79576629 ACK Content-Length: 0 ------------------------------------------------------------------------ 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel sofia/internal/754617162742492 at x.x.x.x entering state [terminated][415] 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] [SERVICE_NOT_IMPLEMENTED] 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at x.x.x.x ) Running State Change CS_HANGUP 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/754617162742492 at x.x.x.x ) Callstate Change DOWN -> HANGUP 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/754617162742492 at x.x.x.x ) State HANGUP 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel sofia/internal/754617162742492 at x.x.x.x hanging up, cause: SERVICE_NOT_IMPLEMENTED 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: SERVICE_NOT_IMPLEMENTED 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/754617162742492 at x.x.x.x ) State HANGUP going to sleep 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/754617162742492 at x.x.x.x ) State Change CS_HANGUP -> CS_REPORTING 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at x.x.x.x ) Running State Change CS_REPORTING 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/754617162742492 at x.x.x.x ) State REPORTING 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: SERVICE_NOT_IMPLEMENTED 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/754617162742492 at x.x.x.x ) State REPORTING going to sleep 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/754617162742492 at x.x.x.x ) State Change CS_REPORTING -> CS_DESTROY 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 2 (sofia/internal/754617162742492 at x.x.x.x ) Locked, Waiting on external entities 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 Originate Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 2 (sofia/internal/754617162742492 at x.x.x.x ) Ended 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/754617162742492 at x.x.x.x ) Running State Change CS_DESTROY 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/754617162742492 at x.x.x.x ) State DESTROY 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 sofia/internal/754617162742492 at x.x.x.x Standard DESTROY 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/754617162742492 at x.x.x.x ) State DESTROY going to sleep 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate Failed. Cause: SERVICE_NOT_IMPLEMENTED 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] [SERVICE_NOT_IMPLEMENTED] 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 sofia/internal/1001 at y.y.y.y:5060 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at y.y.y.y:5060 ) State EXECUTE going to sleep 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at y.y.y.y:5060 ) Running State Change CS_HANGUP 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/1001 at y.y.y.y:5060 ) Callstate Change RINGING -> HANGUP 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/1001 at y.y.y.y:5060 ) State HANGUP 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 from the other leg 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: SERVICE_NOT_IMPLEMENTED 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to INVITE with: 415 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: SERVICE_NOT_IMPLEMENTED 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/1001 at y.y.y.y:5060 ) State HANGUP going to sleep 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/1001 at y.y.y.y:5060 ) State Change CS_HANGUP -> CS_REPORTING 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at y.y.y.y:5060 ) Running State Change CS_REPORTING 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/1001 at y.y.y.y:5060 ) State REPORTING send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: ------------------------------------------------------------------------ SIP/2.0 415 Unsupported Media Type Via: SIP/2.0/TCP 192.168.1.101:5060;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 Max-Forwards: 70 From: ;tag=9de53b6c To: ;tag=gXrZg0KvmrXZH Call-ID: kVdW6FArCGqcEPe7zR3x4g.. CSeq: 2 INVITE User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" Content-Length: 0 Remote-Party-ID: "1002" ;party=calling;privacy=off;screen=no ------------------------------------------------------------------------ 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: SERVICE_NOT_IMPLEMENTED 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/1001 at y.y.y.y:5060 ) State REPORTING going to sleep 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/1001 at y.y.y.y:5060 ) State Change CS_REPORTING -> CS_DESTROY 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 1 (sofia/internal/1001 at y.y.y.y:5060 ) Locked, Waiting on external entities 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 1 (sofia/internal/1001 at y.y.y.y:5060 ) Ended 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/1001 at y.y.y.y:5060 ) Running State Change CS_DESTROY 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/1001 at y.y.y.y:5060 ) State DESTROY 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/1001 at y.y.y.y:5060 ) State DESTROY going to sleep recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: ------------------------------------------------------------------------ ACK sip:1002 at y.y.y.y:5060 SIP/2.0 Via: SIP/2.0/TCP 192.168.1.101:5060;branch=z9hG4bK-524287-1---96ba2f7825316328;rport Max-Forwards: 70 To: ;tag=gXrZg0KvmrXZH From: ;tag=9de53b6c Call-ID: kVdW6FArCGqcEPe7zR3x4g.. CSeq: 2 ACK Content-Length: 0 ------------------------------------------------------------------------ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at 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 brian at freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 ClueCon Testimonials ClueCon This Summer _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150823/9c767534/attachment-0001.html From anthony.minessale at gmail.com Sun Aug 23 20:56:17 2015 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Sun, 23 Aug 2015 11:56:17 -0500 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: <1a6501d0ddbb$b9645e90$2c2d1bb0$@freeswitch.org> References: <1a6501d0ddbb$b9645e90$2c2d1bb0$@freeswitch.org> Message-ID: Try reverting your config to defaults. You are clearly lost in some config changes. On Sun, Aug 23, 2015 at 10:52 AM, Ken Rice wrote: > Don?t set proxy media or bypass media, these are special modes that do not > fix up the RTP at all? just use the default modes > > > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Pete Kay > *Sent:* Sunday, August 23, 2015 10:41 AM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP > > > > Hi > > I changed the internal profile to proxy media now, and the o= line in the > sdp is now showing FREESWITCH, but it is still using SAVPF... > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:166 > sofia/internal/1001 at x.x.x.x:5060 Standard ROUTING > > 2015-08-23 15:34:14.714657 [INFO] mod_dialplan_xml.c:637 Processing 1001 > <1001>->1002 in context default > > Dialplan: sofia/internal/1001 at x.x.x.x:5060 parsing > [default->incoming_calls] continue=false > > Dialplan: sofia/internal/1001 at x.x.x.x:5060 Regex (PASS) [incoming_calls] > ${destination_number}(1002) =~ /1002/ break=on-false > > Dialplan: sofia/internal/1001 at x.x.x.x:5060 Action > bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false] > sofia/internal/754617162742492 at y.y.y.y) > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:216 ( > sofia/internal/1001 at x.x.x.x:5060) State Change CS_ROUTING -> CS_EXECUTE > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 ( > sofia/internal/1001 at x.x.x.x:5060) State ROUTING going to sleep > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_EXECUTE > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:539 ( > sofia/internal/1001 at x.x.x.x:5060) State EXECUTE > > 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:196 > sofia/internal/1001 at x.x.x.x:5060 SOFIA EXECUTE > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:258 > sofia/internal/1001 at x.x.x.x:5060 Standard EXECUTE > > EXECUTE sofia/internal/1001 at x.x.x.x:5060 > bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false] > sofia/internal/754617162742492 at y.y.y.y) > > 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:2104 Parsing > global variables > > 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:2557 Parsing > session specific variables > > 2015-08-23 15:34:14.714657 [NOTICE] switch_channel.c:1089 New Channel > sofia/internal/754617162742492 at y.y.y.y > [68de50a4-49ac-11e5-b118-6fcd62a30179] > > 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4735 ( > sofia/internal/754617162742492 at y.y.y.y) State Change CS_NEW -> CS_INIT > > 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] > Setting a-leg inherit_codec=true > > 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] > Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b > ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h > @20i at 64000b' > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/754617162742492 at y.y.y.y) Running State Change CS_INIT > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:516 ( > sofia/internal/754617162742492 at y.y.y.y) State INIT > > 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:88 > sofia/internal/754617162742492 at y.y.y.y SOFIA INIT > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_media.c:8667 > sofia/internal/754617162742492 at y.y.y.y Patched SDP > > --- > > v=0 > > o=- 3653435483206582716 2 IN IP4 127.0.0.1 > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:duN/nld3Ywx4sKCI > > a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk > > a=fingerprint:sha-1 > 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb > > a=ssrc:3490757364 msid:media_stream audio_track > > a=ssrc:3490757364 mslabel:media_stream > > a=ssrc:3490757364 label:audio_track > > a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host > generation 0 > > a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host > generation 0 > > a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host > generation 0 > > a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host > generation 0 > > a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host > tcptype passive generation 0 > > a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host > tcptype passive generation 0 > > a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host > tcptype passive generation 0 > > a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host > tcptype passive generation 0 > > a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx raddr > 10.162.22.234 rport 65466 generation 0 > > a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx raddr > 10.162.22.234 rport 49167 generation 0 > > a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx > raddr 192.168.1.100 rport 54468 generation 0 > > a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx > raddr 192.168.1.100 rport 64051 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay raddr > 112.97.51.70 rport 41768 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay raddr > 163.125.130.79 rport 21981 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay raddr > 112.97.51.70 rport 41769 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay raddr > 163.125.130.79 rport 21982 generation 0 > > > > +++ > > v=0 > > o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x > > s=FreeSWITCH > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 x.x.x.x > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:duN/nld3Ywx4sKCI > > a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk > > a=fingerprint:sha-1 > 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb > > a=ssrc:3490757364 msid:media_stream audio_track > > a=ssrc:3490757364 mslabel:media_stream > > a=ssrc:3490757364 label:audio_track > > a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host > generation 0 > > a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host > generation 0 > > a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host > generation 0 > > a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host > generation 0 > > a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host > tcptype passive generation 0 > > a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host > tcptype passive generation 0 > > a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host > tcptype passive generation 0 > > a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host > tcptype passive generation 0 > > a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx raddr > 10.162.22.234 rport 65466 generation 0 > > a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx raddr > 10.162.22.234 rport 49167 generation 0 > > a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx > raddr 192.168.1.100 rport 54468 generation 0 > > a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx > raddr 192.168.1.100 rport 64051 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay raddr > 112.97.51.70 rport 41768 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay raddr > 163.125.130.79 rport 21981 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay raddr > 112.97.51.70 rport 41769 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay raddr > 163.125.130.79 rport 21982 generation 0 > > > > 2015-08-23 15:34:14.714657 [DEBUG] sofia_glue.c:1257 > sofia/internal/754617162742492 at y.y.y.y sending invite version: 1.7.0 git > 58f1272 2015-08-14 17:51:12Z 64bit > > Local SDP: > > v=0 > > o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x > > s=FreeSWITCH > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 x.x.x.x > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:duN/nld3Ywx4sKCI > > a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk > > a=fingerprint:sha-1 > 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb > > a=ssrc:3490757364 msid:media_stream audio_track > > a=ssrc:3490757364 mslabel:media_stream > > a=ssrc:3490757364 label:audio_track > > a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host > generation 0 > > a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host > generation 0 > > a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host > generation 0 > > a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host > generation 0 > > a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host > tcptype passive generation 0 > > a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host > tcptype passive generation 0 > > a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host > tcptype passive generation 0 > > a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host > tcptype passive generation 0 > > a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx raddr > 10.162.22.234 rport 65466 generation 0 > > a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx raddr > 10.162.22.234 rport 49167 generation 0 > > a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx > raddr 192.168.1.100 rport 54468 generation 0 > > a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx > raddr 192.168.1.100 rport 64051 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay raddr > 112.97.51.70 rport 41768 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay raddr > 163.125.130.79 rport 21981 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay raddr > 112.97.51.70 rport 41769 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay raddr > 163.125.130.79 rport 21982 generation 0 > > > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:40 > sofia/internal/754617162742492 at y.y.y.y Standard INIT > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:48 ( > sofia/internal/754617162742492 at y.y.y.y) State Change CS_INIT -> CS_ROUTING > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:516 ( > sofia/internal/754617162742492 at y.y.y.y) State INIT going to sleep > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/754617162742492 at y.y.y.y) Running State Change CS_ROUTING > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 ( > sofia/internal/754617162742492 at y.y.y.y) State ROUTING > > 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:141 > sofia/internal/754617162742492 at y.y.y.y SOFIA ROUTING > > 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:67 ( > sofia/internal/754617162742492 at y.y.y.y) State Change CS_ROUTING -> > CS_CONSUME_MEDIA > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 ( > sofia/internal/754617162742492 at y.y.y.y) State ROUTING going to sleep > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/754617162742492 at y.y.y.y) Running State Change > CS_CONSUME_MEDIA > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:551 ( > sofia/internal/754617162742492 at y.y.y.y) State CONSUME_MEDIA > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:551 ( > sofia/internal/754617162742492 at y.y.y.y) State CONSUME_MEDIA going to sleep > > send 3675 bytes to udp/[y.y.y.y]:5060 at 15:34:14.728794: > > ------------------------------------------------------------------------ > > INVITE sip:754617162742492 at y.y.y.y SIP/2.0 > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K > > Max-Forwards: 69 > > From: "Extension 1001" ;tag=Q3F772K7rmctc > > To: > > Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be > > CSeq: 79835963 INVITE > > Contact: > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > 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 > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 2705 > > X-FS-Support: update_display,send_info > > Remote-Party-ID: "Extension 1001" >;party=calling;screen=yes;privacy=off > > > > v=0 > > o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x > > s=FreeSWITCH > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 x.x.x.x > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:duN/nld3Ywx4sKCI > > a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk > > a=fingerprint:sha-1 > 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb > > a=ssrc:3490757364 msid:media_stream audio_track > > a=ssrc:3490757364 mslabel:media_stream > > a=ssrc:3490757364 label:audio_track > > a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host > generation 0 > > a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host > generation 0 > > a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host > generation 0 > > a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host > generation 0 > > a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host > tcptype passive generation 0 > > a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host > tcptype passive generation 0 > > a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host > tcptype passive generation 0 > > a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host > tcptype passive generation 0 > > a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx > raddr 10.162.22.234 rport 65466 generation 0 > > a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx > raddr 10.162.22.234 rport 49167 generation 0 > > a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx > raddr 192.168.1.100 rport 54468 generation 0 > > a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx > raddr 192.168.1.100 rport 64051 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay > raddr 112.97.51.70 rport 41768 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay > raddr 163.125.130.79 rport 21981 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay > raddr 112.97.51.70 rport 41769 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay > raddr 163.125.130.79 rport 21982 generation 0 > > ------------------------------------------------------------------------ > > 2015-08-23 15:34:14.714657 [DEBUG] sofia.c:6715 Channel > sofia/internal/754617162742492 at y.y.y.y entering state [calling][0] > > recv 308 bytes from udp/[y.y.y.y]:5060 at 15:34:14.730001: > > ------------------------------------------------------------------------ > > SIP/2.0 100 Trying > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K > > From: "Extension 1001" ;tag=Q3F772K7rmctc > > To: > > Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be > > CSeq: 79835963 INVITE > > User-Agent: DNL-Switch > > Content-Length: 0 > > > > ------------------------------------------------------------------------ > > recv 433 bytes from udp/[y.y.y.y]:5060 at 15:34:14.740478: > > ------------------------------------------------------------------------ > > SIP/2.0 415 Unsupported Media Type > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K > > From: "Extension 1001" ;tag=Q3F772K7rmctc > > To: ;tag=454F3aHa1Fa5e > > Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be > > CSeq: 79835963 INVITE > > User-Agent: DNL-Switch > > Accept: application/sdp > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO > > Supported: timer > > Content-Length: 0 > > > > > > ------------------------------------------------------------------------ > > > > > > On Sun, Aug 23, 2015 at 8:05 AM, Anthony Minessale < > anthony.minessale at gmail.com> wrote: > > You still have bypass set somehow. > > Not the local sdp is not a native FS sdp the bundle and the lack of the > word freeswitch in the o line. > > > > Maybe you have bypass enabled as a sofia profile param. > > > > > > On Saturday, August 22, 2015, Pete Kay wrote: > > Hi > > I did anothe test without proxy_media=true, but I am still getting SAVPF > in the outgoing INVITE. The problem is my outbound SIP gateway does not > accept SAVPF so I am trying to configure Freeswitch to send it out as > AVPF. > > Here is the log: > > > > 2015-08-22 10:11:43.049286 [INFO] mod_dialplan_xml.c:637 Processing 1001 > <1001>->1002 in context default > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing > [default->incoming_calls] continue=false > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) [incoming_calls] > ${destination_number}(1002) =~ /1002/ break=on-false > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action > bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false] > sofia/external/754617162742492 at x.x.x.x) > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:216 ( > sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> CS_EXECUTE > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:532 ( > sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:539 ( > sofia/internal/1001 at y.y.y.y:5060) State EXECUTE > > 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:196 > sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:258 > sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE > > EXECUTE sofia/internal/1001 at y.y.y.y:5060 > bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false] > sofia/external/754617162742492 at x.x.x.x) > > 2015-08-22 10:11:43.049286 [DEBUG] switch_ivr_originate.c:2104 Parsing > global variables > > 2015-08-22 10:11:43.049286 [DEBUG] switch_ivr_originate.c:2557 Parsing > session specific variables > > 2015-08-22 10:11:43.049286 [NOTICE] switch_channel.c:1089 New Channel > sofia/external/754617162742492 at x.x.x.x > [2ff7c01e-48b6-11e5-ac58-01226f03e80c] > > 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4735 ( > sofia/external/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT > > 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] > Setting a-leg inherit_codec=true > > 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] > Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b > ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h > @20i at 64000b' > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 ( > sofia/external/754617162742492 at x.x.x.x) Running State Change CS_INIT > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:516 ( > sofia/external/754617162742492 at x.x.x.x) State INIT > > 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:88 > sofia/external/754617162742492 at x.x.x.x SOFIA INIT > > 2015-08-22 10:11:43.049286 [DEBUG] sofia_glue.c:1257 > sofia/external/754617162742492 at x.x.x.x sending invite version: 1.7.0 git > 58f1272 2015-08-14 17:51:12Z 64bit > > Local SDP: > > v=0 > > o=- 327457341635358182 2 IN IP4 127.0.0.1 > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:IQcKT9rkNCETwhGR > > a=ice-pwd:chtzwjBRY3ptPbf/IkcKUO1i > > a=fingerprint:sha-1 > 8A:95:DD:4E:18:85:C6:B9:31:1E:04:90:BC:67:EB:C6:DD:58:4F:B5 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:2501014728 cname:dJGa9dJwxrkwhQkE > > a=ssrc:2501014728 msid:media_stream audio_track > > a=ssrc:2501014728 mslabel:media_stream > > a=ssrc:2501014728 label:audio_track > > a=candidate:3027063986 1 udp 2122260223 192.168.1.129 55289 typ host > generation 0 > > a=candidate:19046677 1 udp 2122194687 172.20.10.1 62766 typ host > generation 0 > > a=candidate:3059882106 1 udp 2122129151 10.227.60.222 56279 typ host > generation 0 > > a=candidate:3027063986 2 udp 2122260222 192.168.1.129 51792 typ host > generation 0 > > a=candidate:19046677 2 udp 2122194686 172.20.10.1 61231 typ host > generation 0 > > a=candidate:3059882106 2 udp 2122129150 10.227.60.222 56500 typ host > generation 0 > > > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:40 > sofia/external/754617162742492 at x.x.x.x Standard INIT > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:48 ( > sofia/external/754617162742492 at x.x.x.x) State Change CS_INIT -> CS_ROUTING > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:516 ( > sofia/external/754617162742492 at x.x.x.x) State INIT going to sleep > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 ( > sofia/external/754617162742492 at x.x.x.x) Running State Change CS_ROUTING > > 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:532 ( > sofia/external/754617162742492 at x.x.x.x) State ROUTING > > 2015-08-22 10:11:43.069228 [DEBUG] mod_sofia.c:141 > sofia/external/754617162742492 at x.x.x.x SOFIA ROUTING > > 2015-08-22 10:11:43.069228 [DEBUG] switch_ivr_originate.c:67 ( > sofia/external/754617162742492 at x.x.x.x) State Change CS_ROUTING -> > CS_CONSUME_MEDIA > > 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:532 ( > sofia/external/754617162742492 at x.x.x.x) State ROUTING going to sleep > > 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:473 ( > sofia/external/754617162742492 at x.x.x.x) Running State Change > CS_CONSUME_MEDIA > > 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:551 ( > sofia/external/754617162742492 at x.x.x.x) State CONSUME_MEDIA > > 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:551 ( > sofia/external/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to sleep > > send 2347 bytes to udp/[x.x.x.x]:5060 at 10:11:43.070474: > > ------------------------------------------------------------------------ > > INVITE sip:754617162742492 at x.x.x.x SIP/2.0 > > Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bK5Q40Q4Ze2mj0K > > Max-Forwards: 69 > > From: "Extension 1001" ;tag=51SKgXr23XK9K > > To: > > Call-ID: 075638a9-c359-1233-81a7-60eb698211be > > CSeq: 79783087 INVITE > > Contact: > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > REGISTER, REFER, NOTIFY > > Supported: timer, path, replaces > > Allow-Events: talk, hold, conference, refer > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 1518 > > X-FS-Support: update_display,send_info > > Remote-Party-ID: "Extension 1001" >;party=calling;screen=yes;privacy=off > > > > v=0 > > o=- 327457341635358182 2 IN IP4 y.y.y.y > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:IQcKT9rkNCETwhGR > > a=ice-pwd:chtzwjBRY3ptPbf/IkcKUO1i > > a=fingerprint:sha-1 > 8A:95:DD:4E:18:85:C6:B9:31:1E:04:90:BC:67:EB:C6:DD:58:4F:B5 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:2501014728 cname:dJGa9dJwxrkwhQkE > > a=ssrc:2501014728 msid:media_stream audio_track > > a=ssrc:2501014728 mslabel:media_stream > > a=ssrc:2501014728 label:audio_track > > a=candidate:3027063986 1 udp 2122260223 192.168.1.129 55289 typ host > generation 0 > > a=candidate:19046677 1 udp 2122194687 172.20.10.1 62766 typ host > generation 0 > > a=candidate:3059882106 1 udp 2122129151 10.227.60.222 56279 typ host > generation 0 > > a=candidate:3027063986 2 udp 2122260222 192.168.1.129 51792 typ host > generation 0 > > a=candidate:19046677 2 udp 2122194686 172.20.10.1 61231 typ host > generation 0 > > a=candidate:3059882106 2 udp 2122129150 10.227.60.222 56500 typ host > generation 0 > > > > > > On Fri, Aug 21, 2015 at 11:06 AM, Anthony Minessale < > anthony.minessale at gmail.com> wrote: > > Its not the same tey harder. > > > > On Friday, August 21, 2015, Pete Kay wrote: > > Hi > > Without proxy media variable it is still the same. My earlier email in > this thread had this problem without media proxy set to true. > > > > On Thu, Aug 20, 2015 at 9:55 PM, Giovanni Maruzzelli > wrote: > > Try without mentioning proxy_media at all, no false, no true, just delete > it from both occurrences. > > sent from my mobile, > Giovanni Maruzzelli > cell: +39 347 266 56 18 > > On Aug 21, 2015 6:43 AM, "Pete Kay" wrote: > > Hi > > I tried to use proxy_media = true but it is still passing RTP/SAVPF > instead of RTP/AVPF. Could I ask where is the problem in my configuration? > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action > bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false,sdp_secure_savp_only=false,proxy_media=true}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false,proxy_media=true] > sofia/external/754617162742492 at x.x.x.x) > > > > send 2700 bytes to udp/[69.27.168.50]:5060 at 04:01:47.286175: > > ------------------------------------------------------------------------ > > INVITE sip:754617162742492 at 69.27.168.50 SIP/2.0 > > Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bKgBt1e63aHX4SD > > Max-Forwards: 69 > > From: "Extension 1001" ;tag=grg241BNtgDtN > > To: > > Call-ID: 2f34abd4-c25c-1233-ffbc-60eb698211be > > CSeq: 79728789 INVITE > > Contact: > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > REGISTER, REFER, NOTIFY > > Supported: timer, path, replaces > > Allow-Events: talk, hold, conference, refer > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 1871 > > X-FS-Support: update_display,send_info > > Remote-Party-ID: "Extension 1001" >;party=calling;screen=yes;privacy=off > > > > v=0 > > o=FreeSWITCH 3361339272 3361339273 IN IP4 y.y.y.y > > s=FreeSWITCH > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 28246 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 108.165.2.110 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:bmbIvHb6NVeLQBcK > > a=ice-pwd:KDvxAfWB8jTfbGrL610/0jtk > > a=fingerprint:sha-1 > F1:CA:8E:C9:58:A5:00:CB:59:A5:19:90:0A:D0:60:76:33:70:C2:F1 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3858004023 cname:S5akTfRDQvG5IccJ > > a=ssrc:3858004023 msid:media_stream audio_track > > a=ssrc:3858004023 mslabel:media_stream > > a=ssrc:3858004023 label:audio_track > > a=candidate:2881221497 1 udp 2122260223 10.227.131.21 55121 typ host > generation 0 > > a=candidate:2881221497 2 udp 2122260222 10.227.131.21 64682 typ host > generation 0 > > a=candidate:3845656457 1 tcp 1518280447 10.227.131.21 57029 typ host > tcptype passive generation 0 > > a=candidate:3845656457 2 tcp 1518280446 10.227.131.21 57030 typ host > tcptype passive generation 0 > > a=candidate:720631245 1 udp 1686052607 112.97.38.2 6734 typ srflx raddr > 10.227.131.21 rport 55121 generation 0 > > a=candidate:720631245 2 udp 1686052606 112.97.38.2 6735 typ srflx raddr > 10.227.131.21 rport 64682 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 52800 typ relay > raddr 112.97.38.2 rport 34387 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 54764 typ relay > raddr 112.97.38.2 rport 34386 generation 0 > > ------------------------------------------------------------------------ > > > > > > > On Mon, Aug 17, 2015 at 9:28 AM, Brian West wrote: > > rtp_secure_media=false is the variable name. > > > > On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay wrote: > > Hi > > I am trying to send call from webrtc to freeswitch and then bridge to an > external endpoint that is a normal SIP phone. I tried to use > sip_secure_media=false to force the media to be converted from SAVP to > AVP. > > But the outgoing INVITE is still showing SAVP ( sip trace blow ). Does > anyone know where I am doing wrong? any help will be greately > appreciated. > > > > 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing 1001 > <1001>->1002 in context default > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing > [default->incoming_calls] continue=false > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) [incoming_calls] > ${destination_number}(1002) =~ /1002/ break=on-false > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action > bridge({sip_secure_media=false}[sip_secure_media=false] > sofia/internal/754617162742492 at x.x.x.x) > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 ( > sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> CS_EXECUTE > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 ( > sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 ( > sofia/internal/1001 at y.y.y.y:5060) State EXECUTE > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 > sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 > sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE > > EXECUTE sofia/internal/1001 at y.y.y.y:5060 > bridge({sip_secure_media=false}[sip_secure_media=false] > sofia/internal/754617162742492 at x.x.x.x) > > 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 Parsing > global variables > > 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 Parsing > session specific variables > > 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel > sofia/internal/754617162742492 at x.x.x.x > [ca6d5930-44f4-11e5-9cc9-c9574f94e170] > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 ( > sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] > Setting a-leg inherit_codec=true > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] > Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b > ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h > @20i at 64000b' > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_INIT > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 ( > sofia/internal/754617162742492 at x.x.x.x) State INIT > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 > sofia/internal/754617162742492 at x.x.x.x SOFIA INIT > > 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 > sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 git > 58f1272 2015-08-14 17:51:12Z 64bit > > Local SDP: > > v=0 > > o=- 4133111956976529630 2 IN IP4 127.0.0.1 > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:Gn8CX52vaidE1C73 > > a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy > > a=fingerprint:sha-1 > 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 > > a=ssrc:3618235845 msid:media_stream audio_track > > a=ssrc:3618235845 mslabel:media_stream > > a=ssrc:3618235845 label:audio_track > > a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host > generation 0 > > a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host > generation 0 > > a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host > generation 0 > > a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host > generation 0 > > a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host > tcptype passive generation 0 > > a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host > tcptype passive generation 0 > > a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host > tcptype passive generation 0 > > a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host > tcptype passive generation 0 > > a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx raddr > 192.168.1.101 rport 60710 generation 0 > > a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx raddr > 192.168.1.101 rport 64150 generation 0 > > a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx raddr > 10.73.229.110 rport 52079 generation 0 > > a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx raddr > 10.73.229.110 rport 51909 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay raddr > 27.38.56.3 rport 36782 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay raddr > 27.38.56.3 rport 37553 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay raddr > 112.97.38.179 rport 54091 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay raddr > 112.97.38.179 rport 54092 generation 0 > > > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 > sofia/internal/754617162742492 at x.x.x.x Standard INIT > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 ( > sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> CS_ROUTING > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 ( > sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_ROUTING > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 ( > sofia/internal/754617162742492 at x.x.x.x) State ROUTING > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 > sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING > > 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 ( > sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> > CS_CONSUME_MEDIA > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 ( > sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to sleep > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/754617162742492 at x.x.x.x) Running State Change > CS_CONSUME_MEDIA > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 ( > sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 ( > sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to sleep > > send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: > > ------------------------------------------------------------------------ > > INVITE sip:754617162742492 at x.x.x.x SIP/2.0 > > Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e > > Max-Forwards: 69 > > From: "Extension 1001" ;tag=H6HrjU4ZH1KjD > > To: > > Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be > > CSeq: 79576629 INVITE > > Contact: > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > 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 > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 2665 > > X-FS-Support: update_display,send_info > > Remote-Party-ID: "Extension 1001" >;party=calling;screen=yes;privacy=off > > > > v=0 > > o=- 4133111956976529630 2 IN IP4 y.y.y.y > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:Gn8CX52vaidE1C73 > > a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy > > a=fingerprint:sha-1 > 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 > > a=ssrc:3618235845 msid:media_stream audio_track > > a=ssrc:3618235845 mslabel:media_stream > > a=ssrc:3618235845 label:audio_track > > a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host > generation 0 > > a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host > generation 0 > > a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host > generation 0 > > a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host > generation 0 > > a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host > tcptype passive generation 0 > > a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host > tcptype passive generation 0 > > a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host > tcptype passive generation 0 > > a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host > tcptype passive generation 0 > > a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx > raddr 192.168.1.101 rport 60710 generation 0 > > a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx > raddr 192.168.1.101 rport 64150 generation 0 > > a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx > raddr 10.73.229.110 rport 52079 generation 0 > > a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx > raddr 10.73.229.110 rport 51909 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay > raddr 27.38.56.3 rport 36782 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay > raddr 27.38.56.3 rport 37553 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay > raddr 112.97.38.179 rport 54091 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay > raddr 112.97.38.179 rport 54092 generation 0 > > ------------------------------------------------------------------------ > > 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel > sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] > > recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: > > ------------------------------------------------------------------------ > > SIP/2.0 100 Trying > > Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e > > From: "Extension 1001" ;tag=H6HrjU4ZH1KjD > > To: > > Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be > > CSeq: 79576629 INVITE > > User-Agent: DNL-Switch > > Content-Length: 0 > > > > ------------------------------------------------------------------------ > > recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: > > ------------------------------------------------------------------------ > > SIP/2.0 415 Unsupported Media Type > > Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e > > From: "Extension 1001" ;tag=H6HrjU4ZH1KjD > > To: ;tag=Ut8ye62NUrQeB > > Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be > > CSeq: 79576629 INVITE > > User-Agent: DNL-Switch > > Accept: application/sdp > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO > > Supported: timer > > Content-Length: 0 > > > > ------------------------------------------------------------------------ > > send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: > > ------------------------------------------------------------------------ > > ACK sip:754617162742492 at x.x.x.x SIP/2.0 > > Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e > > Max-Forwards: 69 > > From: "Extension 1001" ;tag=H6HrjU4ZH1KjD > > To: ;tag=Ut8ye62NUrQeB > > Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be > > CSeq: 79576629 ACK > > Content-Length: 0 > > > > ------------------------------------------------------------------------ > > 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel > sofia/internal/754617162742492 at x.x.x.x entering state [terminated][415] > > 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup > sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] > [SERVICE_NOT_IMPLEMENTED] > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 ( > sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 ( > sofia/internal/754617162742492 at x.x.x.x) State HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel > sofia/internal/754617162742492 at x.x.x.x hanging up, cause: > SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 > sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: > SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 ( > sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 ( > sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> > CS_REPORTING > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_REPORTING > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 ( > sofia/internal/754617162742492 at x.x.x.x) State REPORTING > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 > sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: > SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 ( > sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to sleep > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 ( > sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING -> > CS_DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 2 ( > sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting on external > entities > > 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 Originate > Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] > > 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 2 ( > sofia/internal/754617162742492 at x.x.x.x) Ended > > 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close > Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 ( > sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 ( > sofia/internal/754617162742492 at x.x.x.x) State DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 > sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 > sofia/internal/754617162742492 at x.x.x.x Standard DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 ( > sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to sleep > > 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate Failed. > Cause: SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup > sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] [SERVICE_NOT_IMPLEMENTED] > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 > sofia/internal/1001 at y.y.y.y:5060 skip receive message > [APPLICATION_EXEC_COMPLETE] (channel is hungup already) > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 ( > sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 ( > sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 ( > sofia/internal/1001 at y.y.y.y:5060) State HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 > sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 from > the other leg > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel > sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: > SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to INVITE > with: 415 > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 > sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: > SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 ( > sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 ( > sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> CS_REPORTING > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 ( > sofia/internal/1001 at y.y.y.y:5060) State REPORTING > > send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: > > ------------------------------------------------------------------------ > > SIP/2.0 415 Unsupported Media Type > > Via: SIP/2.0/TCP 192.168.1.101:5060 > ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 > > Max-Forwards: 70 > > From: ;tag=9de53b6c > > To: ;tag=gXrZg0KvmrXZH > > Call-ID: kVdW6FArCGqcEPe7zR3x4g.. > > CSeq: 2 INVITE > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 > > Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" > > Content-Length: 0 > > Remote-Party-ID: "1002" >;party=calling;privacy=off;screen=no > > > > ------------------------------------------------------------------------ > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 > sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: > SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 ( > sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 ( > sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> CS_DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 1 ( > sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on external entities > > 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 1 ( > sofia/internal/1001 at y.y.y.y:5060) Ended > > 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close > Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 ( > sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 ( > sofia/internal/1001 at y.y.y.y:5060) State DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 > sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 > sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 ( > sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep > > recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: > > ------------------------------------------------------------------------ > > ACK sip:1002 at y.y.y.y:5060 SIP/2.0 > > Via: SIP/2.0/TCP 192.168.1.101:5060 > ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport > > Max-Forwards: 70 > > To: ;tag=gXrZg0KvmrXZH > > From: ;tag=9de53b6c > > Call-ID: kVdW6FArCGqcEPe7zR3x4g.. > > CSeq: 2 ACK > > Content-Length: 0 > > > > ------------------------------------------------------------------------ > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > -- > > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > > ? sip:888 at conference.freeswitch.org ? +19193869900 > > > > ClueCon Testimonials > > ClueCon This Summer > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > -- > > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > > ? sip:888 at conference.freeswitch.org ? +19193869900 > > > > https://www.youtube.com/watch?v=9XXgW34t40s > > https://www.youtube.com/watch?v=NLaDpGQuZDA > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150823/3c3d5ed1/attachment-0001.html From petedao at gmail.com Sun Aug 23 21:12:02 2015 From: petedao at gmail.com (Pete Kay) Date: Sun, 23 Aug 2015 10:12:02 -0700 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: <1a6501d0ddbb$b9645e90$2c2d1bb0$@freeswitch.org> Message-ID: Hi Thanks alot for the help. The call is not able to ing the remote end. However, from the webrtc side, I can hear audio, but the remote end, there is no audio. My scenario is WebRTC client -> Freeswitch -> Voip gateway -> mobile phone WebRTC client can hear audio but mobile phone hear nothing. Is it because of some decryption not set correct? Here is my log: ------------------------------------------------------------------------ recv 3546 bytes from tcp/[163.125.130.79]:26869 at 16:38:06.597828: ------------------------------------------------------------------------ INVITE sip:1002 at x.x.x.x:5060 SIP/2.0 Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport Max-Forwards: 70 Contact: ;+sip.instance="1001 at x.x.x.x:5060" To: From: ;tag=e090b871 Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 2 INVITE Session-Expires: 1800 Min-SE: 90 Accept-Language: en Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, NOTIFY, SUBSCRIBE, INFO, MESSAGE, PRACK Content-Type: application/sdp Proxy-Authorization: Digest username="1001",realm="x.x.x.x",nonce="54896b80-49b5-11e5-ba06-3bd1ff35cbfe",uri="sip:1002 at x.x.x.x :5060",response="0afd4be94eedc61fadc74712a1376486",cnonce="55b6411c482ea7487d4a9c4496371213",nc=00000001,qop=auth,algorithm=MD5 Supported: timer, 100rel Content-Length: 2681 v=0 o=- 7694721001483168063 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 0.0.0.0 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:PfQS5mTk8DdU0wfL a=ice-pwd:/LwkxiZgwC7MiwSbG1Ypx5hJ a=fingerprint:sha-1 0F:6D:76:5D:16:F5:37:8F:F9:80:1C:CC:54:F0:3E:61:13:A0:87:17 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=sendrecv a=rtcp-mux a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=maxptime:60 a=ssrc:718599481 cname:DOUxo2z76LkE5KZX a=ssrc:718599481 msid:media_stream audio_track a=ssrc:718599481 mslabel:media_stream a=ssrc:718599481 label:audio_track a=candidate:3013953624 1 udp 2122260223 192.168.1.100 55457 typ host generation 0 a=candidate:2117845908 1 udp 2122194687 10.162.22.234 50345 typ host generation 0 a=candidate:3013953624 2 udp 2122260222 192.168.1.100 52690 typ host generation 0 a=candidate:2117845908 2 udp 2122194686 10.162.22.234 53413 typ host generation 0 a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49472 typ host tcptype passive generation 0 a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49473 typ host tcptype passive generation 0 a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49474 typ host tcptype passive generation 0 a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49475 typ host tcptype passive generation 0 a=candidate:854413036 1 udp 1686052607 163.125.130.79 26990 typ srflx raddr 192.168.1.100 rport 55457 generation 0 a=candidate:854413036 2 udp 1686052606 163.125.130.79 26991 typ srflx raddr 192.168.1.100 rport 52690 generation 0 a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59693 typ srflx raddr 10.162.22.234 rport 50345 generation 0 a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59694 typ srflx raddr 10.162.22.234 rport 53413 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 60858 typ relay raddr 163.125.130.79 rport 26990 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 62660 typ relay raddr 163.125.130.79 rport 26991 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 61723 typ relay raddr 112.97.51.70 rport 42163 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 63902 typ relay raddr 112.97.51.70 rport 42162 generation 0 ------------------------------------------------------------------------ send 371 bytes to tcp/[163.125.130.79]:26869 at 16:38:06.598163: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 From: ;tag=e090b871 To: Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 2 INVITE User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit Content-Length: 0 ------------------------------------------------------------------------ 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:2255 Re-attaching to session 54895f1e-49b5-11e5-ba05-3bd1ff35cbfe 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:9093 sofia/internal/1001 at x.x.x.x:5060 receiving invite from 163.125.130.79:26869 version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:9260 IP 163.125.130.79 Rejected by acl "domains". Falling back to Digest auth. 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:10392 Setting NAT mode based on nat.auto 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:6715 Channel sofia/internal/1001 at x.x.x.x:5060 entering state [received][100] 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:6725 Remote SDP: v=0 o=- 7694721001483168063 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 0.0.0.0 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:PfQS5mTk8DdU0wfL a=ice-pwd:/LwkxiZgwC7MiwSbG1Ypx5hJ a=fingerprint:sha-1 0F:6D:76:5D:16:F5:37:8F:F9:80:1C:CC:54:F0:3E:61:13:A0:87:17 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:718599481 cname:DOUxo2z76LkE5KZX a=ssrc:718599481 msid:media_stream audio_track a=ssrc:718599481 mslabel:media_stream a=ssrc:718599481 label:audio_track a=candidate:3013953624 1 udp 2122260223 192.168.1.100 55457 typ host generation 0 a=candidate:2117845908 1 udp 2122194687 10.162.22.234 50345 typ host generation 0 a=candidate:3013953624 2 udp 2122260222 192.168.1.100 52690 typ host generation 0 a=candidate:2117845908 2 udp 2122194686 10.162.22.234 53413 typ host generation 0 a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49472 typ host tcptype passive generation 0 a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49473 typ host tcptype passive generation 0 a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49474 typ host tcptype passive generation 0 a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49475 typ host tcptype passive generation 0 a=candidate:854413036 1 udp 1686052607 163.125.130.79 26990 typ srflx raddr 192.168.1.100 rport 55457 generation 0 a=candidate:854413036 2 udp 1686052606 163.125.130.79 26991 typ srflx raddr 192.168.1.100 rport 52690 generation 0 a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59693 typ srflx raddr 10.162.22.234 rport 50345 generation 0 a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59694 typ srflx raddr 10.162.22.234 rport 53413 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 60858 typ relay raddr 163.125.130.79 rport 26990 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 62660 typ relay raddr 163.125.130.79 rport 26991 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 61723 typ relay raddr 112.97.51.70 rport 42163 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 63902 typ relay raddr 112.97.51.70 rport 42162 generation 0 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:6991 (sofia/internal/1001 at x.x.x.x:5060) State Change CS_NEW -> CS_INIT 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_INIT 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/1001 at x.x.x.x:5060) State INIT 2015-08-23 16:38:06.590319 [DEBUG] mod_sofia.c:88 sofia/internal/1001 at x.x.x.x:5060 SOFIA INIT 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:40 sofia/internal/1001 at x.x.x.x:5060 Standard INIT 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/1001 at x.x.x.x:5060) State Change CS_INIT -> CS_ROUTING 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/1001 at x.x.x.x:5060) State INIT going to sleep 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_ROUTING 2015-08-23 16:38:06.590319 [DEBUG] switch_channel.c:2239 (sofia/internal/1001 at x.x.x.x:5060) Callstate Change DOWN -> RINGING 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at x.x.x.x:5060) State ROUTING 2015-08-23 16:38:06.590319 [DEBUG] mod_sofia.c:141 sofia/internal/1001 at x.x.x.x:5060 SOFIA ROUTING 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:166 sofia/internal/1001 at x.x.x.x:5060 Standard ROUTING 2015-08-23 16:38:06.590319 [INFO] mod_dialplan_xml.c:637 Processing 1001 <1001>->1002 in context default Dialplan: sofia/internal/1001 at x.x.x.x:5060 parsing [default->incoming_calls] continue=false Dialplan: sofia/internal/1001 at x.x.x.x:5060 Regex (PASS) [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false Dialplan: sofia/internal/1001 at x.x.x.x:5060 Action bridge({rtp_secure_media=false,sip_secure_mediai_outbound=false}[,sip_secure_media_outbound=false,sdp_secure_savp_only=false,origination_caller_id_number= 17185345433]sofia/internal/754617702573728 at y.y.y.y) 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:216 (sofia/internal/1001 at x.x.x.x:5060) State Change CS_ROUTING -> CS_EXECUTE 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at x.x.x.x:5060) State ROUTING going to sleep 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_EXECUTE 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at x.x.x.x:5060) State EXECUTE 2015-08-23 16:38:06.590319 [DEBUG] mod_sofia.c:196 sofia/internal/1001 at x.x.x.x:5060 SOFIA EXECUTE 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:258 sofia/internal/1001 at x.x.x.x:5060 Standard EXECUTE EXECUTE sofia/internal/1001 at x.x.x.x:5060 bridge({rtp_secure_media=false,sip_secure_mediai_outbound=false}[,sip_secure_media_outbound=false,sdp_secure_savp_only=false,origination_caller_id_number= 17185345433]sofia/internal/754617702573728 at y.y.y.y) 2015-08-23 16:38:06.610302 [DEBUG] switch_ivr_originate.c:2104 Parsing global variables 2015-08-23 16:38:06.610302 [DEBUG] switch_ivr_originate.c:2557 Parsing session specific variables 2015-08-23 16:38:06.610302 [NOTICE] switch_channel.c:1089 New Channel sofia/internal/754617702573728 at y.y.y.y [54d94e84-49b5-11e5-ba0c-3bd1ff35cbfe] 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:4735 (sofia/internal/754617702573728 at y.y.y.y) State Change CS_NEW -> CS_INIT 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] Setting a-leg inherit_codec=true 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b ' 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_INIT 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/754617702573728 at y.y.y.y) State INIT 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:88 sofia/internal/754617702573728 at y.y.y.y SOFIA INIT 2015-08-23 16:38:06.610302 [DEBUG] sofia_glue.c:1257 sofia/internal/754617702573728 at y.y.y.y sending invite version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit Local SDP: v=0 o=FreeSWITCH 1440321260 1440321261 IN IP4 x.x.x.x s=FreeSWITCH c=IN IP4 x.x.x.x t=0 0 m=audio 26626 RTP/AVP 9 0 8 101 13 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=rtpmap:13 CN/8000 a=ptime:20 a=sendrecv 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:40 sofia/internal/754617702573728 at y.y.y.y Standard INIT 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/754617702573728 at y.y.y.y) State Change CS_INIT -> CS_ROUTING 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/754617702573728 at y.y.y.y) State INIT going to sleep 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_ROUTING 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/754617702573728 at y.y.y.y) State ROUTING 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:141 sofia/internal/754617702573728 at y.y.y.y SOFIA ROUTING 2015-08-23 16:38:06.610302 [DEBUG] switch_ivr_originate.c:67 (sofia/internal/754617702573728 at y.y.y.y) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/754617702573728 at y.y.y.y) State ROUTING going to sleep 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_CONSUME_MEDIA send 1281 bytes to udp/[y.y.y.y]:5060 at 16:38:06.611312: ------------------------------------------------------------------------ INVITE sip:754617702573728 at y.y.y.y SIP/2.0 Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKevaDa1tKZ99Uc 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/754617702573728 at y.y.y.y) State CONSUME_MEDIA Max-Forwards: 69 From: "Extension 1001" ;tag=j0D5DB23gpjve To: 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/754617702573728 at y.y.y.y) State CONSUME_MEDIA going to sleep Call-ID: 2c37ae78-c458-1233-8384-60eb698211be CSeq: 79837879 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit 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 Content-Type: application/sdp Content-Disposition: session Content-Length: 294 X-FS-Support: update_display,send_info Remote-Party-ID: "Extension 1001" ;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1440321260 1440321261 IN IP4 x.x.x.x s=FreeSWITCH c=IN IP4 x.x.x.x t=0 0 m=audio 26626 RTP/AVP 9 0 8 101 13 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=rtpmap:13 CN/8000 a=ptime:20 ------------------------------------------------------------------------ 2015-08-23 16:38:06.610302 [DEBUG] sofia.c:6715 Channel sofia/internal/754617702573728 at y.y.y.y entering state [calling][0] recv 317 bytes from udp/[y.y.y.y]:5060 at 16:38:06.612398: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKevaDa1tKZ99Uc From: "Extension 1001" ;tag=j0D5DB23gpjve To: Call-ID: 2c37ae78-c458-1233-8384-60eb698211be CSeq: 79837879 INVITE User-Agent: DNL-Switch Content-Length: 0 ------------------------------------------------------------------------ recv 674 bytes from udp/[y.y.y.y]:5060 at 16:38:07.210825: ------------------------------------------------------------------------ SIP/2.0 183 Session Progress Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKevaDa1tKZ99Uc From: "Extension 1001" ;tag=j0D5DB23gpjve To: ;tag=1Xmp97vgtp22K Call-ID: 2c37ae78-c458-1233-8384-60eb698211be CSeq: 79837879 INVITE Contact: User-Agent: DNL-Switch Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO Supported: timer Content-Type: application/sdp Content-Length: 139 v=0 o=- 1440347904 1440347904 IN IP4 218.16.64.24 s=VOS2009 c=IN IP4 218.16.64.24 t=0 0 m=audio 8722 RTP/AVP 8 a=rtpmap:8 PCMA/8000 ------------------------------------------------------------------------ 2015-08-23 16:38:07.210310 [DEBUG] sofia.c:6715 Channel sofia/internal/754617702573728 at y.y.y.y entering state [proceeding][183] 2015-08-23 16:38:07.210310 [DEBUG] sofia.c:6725 Remote SDP: v=0 o=- 1440347904 1440347904 IN IP4 218.16.64.24 s=VOS2009 c=IN IP4 218.16.64.24 t=0 0 m=audio 8722 RTP/AVP 8 a=rtpmap:8 PCMA/8000 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[G722:9:8000:20:64000:1] 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMU:0:8000:20:64000:1] 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4142 Audio Codec Compare [PCMA:8:8000:20:64000:1] ++++ is saved as a match 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:2871 Set Codec sofia/internal/754617702573728 at y.y.y.y PCMA/8000 20 ms 160 samples 64000 bits 1 channels 2015-08-23 16:38:07.210310 [DEBUG] switch_core_codec.c:111 sofia/internal/754617702573728 at y.y.y.y Original read codec set to PCMA:8 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4407 No 2833 in SDP. Disable 2833 dtmf and switch to INFO 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:5947 AUDIO RTP [sofia/internal/754617702573728 at y.y.y.y] x.x.x.x port 26626 -> 218.16.64.24 port 8722 codec: 8 ms: 20 2015-08-23 16:38:07.210310 [DEBUG] switch_rtp.c:3694 Starting timer [soft] 160 bytes per 20ms 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:6274 sofia/internal/754617702573728 at y.y.y.y Set rtp dtmf delay to 40 2015-08-23 16:38:07.210310 [NOTICE] sofia_media.c:92 Pre-Answer sofia/internal/754617702573728 at y.y.y.y! 2015-08-23 16:38:07.210310 [DEBUG] switch_channel.c:3460 (sofia/internal/754617702573728 at y.y.y.y) Callstate Change DOWN -> EARLY 2015-08-23 16:38:07.230314 [DEBUG] switch_ivr_originate.c:413 Setting codec string on sofia/internal/1001 at x.x.x.x:5060 to PCMA at 8000h@20i 2015-08-23 16:38:07.230314 [INFO] switch_ivr_originate.c:3533 Sending early media 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [opus:111:48000:60:0:2]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [ISAC:103:16000:30:32000:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [G722:9:8000:60:64000:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [ILBC:102:8000:30:13330:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [PCMU:0:8000:60:64000:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [PCMA:8:8000:60:64000:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4142 Audio Codec Compare [PCMA:8:8000:20:64000:1] ++++ is saved as a match 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [CN:105:16000:60:0:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [CN:13:8000:60:0:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [red:127:8000:60:0:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4003 Set telephone-event payload to 126 at 8000 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:2871 Set Codec sofia/internal/1001 at x.x.x.x:5060 PCMA/8000 20 ms 160 samples 64000 bits 1 channels 2015-08-23 16:38:07.230314 [DEBUG] switch_core_codec.c:111 sofia/internal/1001 at x.x.x.x:5060 Original read codec set to PCMA:8 2015-08-23 16:38:07.230314 [WARNING] switch_core_media.c:3207 NO candidate ACL defined, Defaulting to wan.auto 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: host addr: 192.168.1.100:55457 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: host addr: 10.162.22.234:50345 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: host addr: 192.168.1.100:52690 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: host addr: 10.162.22.234:53413 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: srflx addr: 163.125.130.79:26990 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: srflx addr: 163.125.130.79:26991 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: srflx addr: 112.97.55.70:59693 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: srflx addr: 112.97.55.70:59694 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: relay addr: 146.185.149.11:60858 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: relay addr: 146.185.149.11:62660 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: relay addr: 146.185.149.11:61723 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: relay addr: 146.185.149.11:63902 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3276 Searching for rtp candidate. 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3281 Choose rtp candidate, index 2, 163.125.130.79:26990 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3099 sofia/internal/1001 at x.x.x.x:5060 choosing family v4 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3292 Choose same candidate, index 6, for rtcp based on rtcp-mux attribute 163.125.130.79:26990 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3337 setting remote audio ice addr to index 2 163.125.130.79:26990 based on candidate 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3358 Setting remote rtcp audio addr to 163.125.130.79:26990 based on candidate 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4346 Set telephone-event payload to 126 at 8000 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4394 Set 2833 dtmf send/recv payload to 126 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:5947 AUDIO RTP [sofia/internal/1001 at x.x.x.x:5060] x.x.x.x port 21834 -> 163.125.130.79 port 26990 codec: 8 ms: 20 2015-08-23 16:38:07.230314 [DEBUG] switch_rtp.c:3694 Starting timer [soft] 160 bytes per 20ms 2015-08-23 16:38:07.230314 [INFO] switch_core_media.c:6122 Activating Audio ICE 2015-08-23 16:38:07.230314 [NOTICE] switch_rtp.c:4213 Activating RTP audio ICE: PfQS5mTk8DdU0wfL:lxhtm2fsdIETo71R 163.125.130.79:26990 2015-08-23 16:38:07.230314 [INFO] switch_core_media.c:6165 Activating RTCP PORT 26990 2015-08-23 16:38:07.230314 [DEBUG] switch_rtp.c:4110 RTCP send rate is: 5000 and packet rate is: 20000 Remote Port: 26990 2015-08-23 16:38:07.230314 [INFO] switch_core_media.c:6173 Skipping RTCP ICE (Same as RTP) 2015-08-23 16:38:07.230314 [INFO] switch_rtp.c:3214 Activate RTP/RTCP audio DTLS client 2015-08-23 16:38:07.230314 [INFO] switch_rtp.c:3343 Changing audio DTLS state from OFF to HANDSHAKE 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:6246 Set 2833 dtmf send payload to 126 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:6252 Set 2833 dtmf receive payload to 126 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:6274 sofia/internal/1001 at x.x.x.x:5060 Set rtp dtmf delay to 40 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:6280 Set comfort noise payload to 13 2015-08-23 16:38:07.230314 [NOTICE] sofia_media.c:92 Pre-Answer sofia/internal/1001 at x.x.x.x:5060! 2015-08-23 16:38:07.230314 [DEBUG] switch_channel.c:3460 (sofia/internal/1001 at x.x.x.x:5060) Callstate Change RINGING -> EARLY 2015-08-23 16:38:07.230314 [DEBUG] mod_sofia.c:2293 Ring SDP: v=0 o=FreeSWITCH 1440326053 1440326054 IN IP4 x.x.x.x s=FreeSWITCH c=IN IP4 x.x.x.x t=0 0 a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi m=audio 21834 RTP/SAVPF 8 126 13 a=rtpmap:8 PCMA/8000 a=rtpmap:126 telephone-event/8000 a=rtpmap:13 CN/8000 a=ptime:20 a=sendonly a=fingerprint:sha-1 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A a=setup:active a=rtcp-mux a=rtcp:21834 IN IP4 x.x.x.x a=ice-ufrag:lxhtm2fsdIETo71R a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW a=candidate:4917377022 1 udp 659136 x.x.x.x 21834 typ host generation 0 a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 2015-08-23 16:38:07.230314 [DEBUG] switch_ivr_originate.c:3584 Originate Resulted in Success: [sofia/internal/754617702573728 at y.y.y.y] send 1773 bytes to tcp/[163.125.130.79]:26869 at 16:38:07.236989: ------------------------------------------------------------------------ SIP/2.0 183 Session Progress Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 From: ;tag=e090b871 To: ;tag=HQmccgH0KDv9j Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 2 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 Content-Type: application/sdp Content-Disposition: session Content-Length: 809 Remote-Party-ID: "Outbound Call" ;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1440326053 1440326054 IN IP4 x.x.x.x s=FreeSWITCH c=IN IP4 x.x.x.x t=0 0 a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi m=audio 21834 RTP/SAVPF 8 126 13 a=rtpmap:8 PCMA/8000 a=rtpmap:126 telephone-event/8000 a=rtpmap:13 CN/8000 a=sendonly a=ptime:20 a=fingerprint:sha-1 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A a=setup:active a=rtcp-mux a=rtcp:21834 IN IP4 x.x.x.x a=ice-ufrag:lxhtm2fsdIETo71R a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW a=candidate:4917377022 1 udp 659136 x.x.x.x 21834 typ host generation 0 a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 ------------------------------------------------------------------------ 2015-08-23 16:38:07.230314 [DEBUG] sofia.c:6715 Channel sofia/internal/1001 at x.x.x.x:5060 entering state [early][183] 2015-08-23 16:38:07.230314 [DEBUG] switch_ivr_bridge.c:1584 (sofia/internal/754617702573728 at y.y.y.y) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA 2015-08-23 16:38:07.230314 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_EXCHANGE_MEDIA 2015-08-23 16:38:07.230314 [DEBUG] switch_core_state_machine.c:542 (sofia/internal/754617702573728 at y.y.y.y) State EXCHANGE_MEDIA 2015-08-23 16:38:07.230314 [DEBUG] mod_sofia.c:613 SOFIA EXCHANGE_MEDIA 2015-08-23 16:38:09.290278 [DEBUG] switch_rtp.c:6462 Correct audio ip/port confirmed. recv 635 bytes from udp/[y.y.y.y]:5060 at 16:38:16.729400: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKevaDa1tKZ99Uc From: "Extension 1001" ;tag=j0D5DB23gpjve To: ;tag=1Xmp97vgtp22K Call-ID: 2c37ae78-c458-1233-8384-60eb698211be CSeq: 79837879 INVITE Contact: User-Agent: DNL-Switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO Supported: timer Content-Type: application/sdp Content-Length: 139 v=0 o=- 1440347904 1440347904 IN IP4 218.16.64.24 s=VOS2009 c=IN IP4 218.16.64.24 t=0 0 m=audio 8722 RTP/AVP 8 a=rtpmap:8 PCMA/8000 ------------------------------------------------------------------------ 2015-08-23 16:38:16.710530 [DEBUG] sofia.c:6715 Channel sofia/internal/754617702573728 at y.y.y.y entering state [completing][200] 2015-08-23 16:38:16.710530 [DEBUG] sofia.c:6722 Duplicate SDP v=0 o=- 1440347904 1440347904 IN IP4 218.16.64.24 s=VOS2009 c=IN IP4 218.16.64.24 t=0 0 m=audio 8722 RTP/AVP 8 a=rtpmap:8 PCMA/8000 send 418 bytes to udp/[y.y.y.y]:5060 at 16:38:16.733500: ------------------------------------------------------------------------ ACK sip:754617702573728 at y.y.y.y:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKF535BvBQvj0er Max-Forwards: 70 From: "Extension 1001" ;tag=j0D5DB23gpjve To: ;tag=1Xmp97vgtp22K Call-ID: 2c37ae78-c458-1233-8384-60eb698211be CSeq: 79837879 ACK Contact: Content-Length: 0 ------------------------------------------------------------------------ 2015-08-23 16:38:16.750300 [DEBUG] sofia.c:6715 Channel sofia/internal/754617702573728 at y.y.y.y entering state [ready][200] 2015-08-23 16:38:16.750300 [NOTICE] sofia.c:7517 Channel [sofia/internal/754617702573728 at y.y.y.y] has been answered 2015-08-23 16:38:16.750300 [DEBUG] switch_channel.c:3759 (sofia/internal/754617702573728 at y.y.y.y) Callstate Change EARLY -> ACTIVE 2015-08-23 16:38:16.750300 [DEBUG] mod_sofia.c:799 Local SDP sofia/internal/1001 at x.x.x.x:5060: v=0 o=FreeSWITCH 1440326053 1440326055 IN IP4 x.x.x.x s=FreeSWITCH c=IN IP4 x.x.x.x t=0 0 a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi m=audio 21834 RTP/SAVPF 8 126 13 a=rtpmap:8 PCMA/8000 a=rtpmap:126 telephone-event/8000 a=rtpmap:13 CN/8000 a=ptime:20 a=sendonly a=fingerprint:sha-1 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A a=setup:active a=rtcp-mux a=rtcp:21834 IN IP4 x.x.x.x a=ice-ufrag:lxhtm2fsdIETo71R a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW a=candidate:9014549722 1 udp 659136 x.x.x.x 21834 typ host generation 0 a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 send 1786 bytes to tcp/[163.125.130.79]:26869 at 16:38:16.754777: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 From: ;tag=e090b871 To: ;tag=HQmccgH0KDv9j Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 2 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Require: timer 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 Session-Expires: 120;refresher=uac Content-Type: application/sdp Content-Disposition: session Content-Length: 809 Remote-Party-ID: "Outbound Call" ;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1440326053 1440326054 IN IP4 x.x.x.x s=FreeSWITCH c=IN IP4 x.x.x.x t=0 0 a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi m=audio 21834 RTP/SAVPF 8 126 13 a=rtpmap:8 PCMA/8000 a=rtpmap:126 telephone-event/8000 a=rtpmap:13 CN/8000 a=sendonly a=ptime:20 a=fingerprint:sha-1 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A a=setup:active a=rtcp-mux a=rtcp:21834 IN IP4 x.x.x.x a=ice-ufrag:lxhtm2fsdIETo71R a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW a=candidate:4917377022 1 udp 659136 x.x.x.x 21834 typ host generation 0 a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 ------------------------------------------------------------------------ 2015-08-23 16:38:16.770314 [DEBUG] sofia.c:6715 Channel sofia/internal/1001 at x.x.x.x:5060 entering state [completed][200] 2015-08-23 16:38:16.810331 [DEBUG] switch_rtp.c:6462 Correct audio ip/port confirmed. send 1786 bytes to tcp/[163.125.130.79]:26869 at 16:38:17.254967: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 From: ;tag=e090b871 To: ;tag=HQmccgH0KDv9j Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 2 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Require: timer 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 Session-Expires: 120;refresher=uac Content-Type: application/sdp Content-Disposition: session Content-Length: 809 Remote-Party-ID: "Outbound Call" ;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1440326053 1440326054 IN IP4 x.x.x.x s=FreeSWITCH c=IN IP4 x.x.x.x t=0 0 a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi m=audio 21834 RTP/SAVPF 8 126 13 a=rtpmap:8 PCMA/8000 a=rtpmap:126 telephone-event/8000 a=rtpmap:13 CN/8000 a=sendonly a=ptime:20 a=fingerprint:sha-1 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A a=setup:active a=rtcp-mux a=rtcp:21834 IN IP4 x.x.x.x a=ice-ufrag:lxhtm2fsdIETo71R a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW a=candidate:4917377022 1 udp 659136 x.x.x.x 21834 typ host generation 0 a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 ------------------------------------------------------------------------ recv 425 bytes from tcp/[163.125.130.79]:26869 at 16:38:17.263429: ------------------------------------------------------------------------ ACK sip:1002 at x.x.x.x:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---c562871456b95e64;rport Max-Forwards: 70 Contact: ;+sip.instance="1001 at x.x.x.x:5060" To: ;tag=HQmccgH0KDv9j From: ;tag=e090b871 Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 2 ACK Content-Length: 0 ------------------------------------------------------------------------ 2015-08-23 16:38:17.270321 [DEBUG] sofia.c:6715 Channel sofia/internal/1001 at x.x.x.x:5060 entering state [ready][200] 2015-08-23 16:38:17.670308 [NOTICE] switch_rtp.c:1175 Auto Changing audio stun/rtp/dtls port from 163.125.130.79:26990 to 112.97.55.70:59693 recv 425 bytes from tcp/[163.125.130.79]:26869 at 16:38:17.692357: ------------------------------------------------------------------------ ACK sip:1002 at x.x.x.x:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---c562871456b95e64;rport Max-Forwards: 70 Contact: ;+sip.instance="1001 at x.x.x.x:5060" To: ;tag=HQmccgH0KDv9j From: ;tag=e090b871 Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 2 ACK Content-Length: 0 ------------------------------------------------------------------------ 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:3007 Changing audio DTLS state from HANDSHAKE to SETUP 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:2916 audio Fingerprint Verified. 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:3506 Activating Audio Secure RTP SEND 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:3484 Activating Audio Secure RTP RECV 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:2956 Changing audio DTLS state from SETUP to READY 2015-08-23 16:38:19.510341 [DEBUG] switch_core_sqldb.c:2607 Secure Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80 2015-08-23 16:38:19.510341 [DEBUG] switch_core_sqldb.c:2607 Secure Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80 2015-08-23 16:38:19.510341 [NOTICE] switch_ivr_bridge.c:609 Channel [sofia/internal/1001 at x.x.x.x:5060] has been answered 2015-08-23 16:38:19.510341 [DEBUG] switch_channel.c:3759 (sofia/internal/1001 at x.x.x.x:5060) Callstate Change EARLY -> ACTIVE freeswitch at switch3> freeswitch at switch3> freeswitch at switch3> freeswitch at switch3> freeswitch at switch3> recv 737 bytes from tcp/[163.125.130.79]:26869 at 16:38:29.607614: ------------------------------------------------------------------------ BYE sip:1002 at x.x.x.x:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---c2b8e25850437d1d;rport Max-Forwards: 70 Contact: ;+sip.instance="1001 at x.x.x.x:5060" To: ;tag=HQmccgH0KDv9j From: ;tag=e090b871 Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 3 BYE Proxy-Authorization: Digest username="1001",realm="x.x.x.x",nonce="54896b80-49b5-11e5-ba06-3bd1ff35cbfe",uri="sip:1002 at x.x.x.x :5060;transport=tcp",response="e01d7fbc84b3375e271c041aac302718",cnonce="061dd974e10e224a6d5cad294f14cf21",nc=00000002,qop=auth,algorithm=MD5 Reason: SIP;text=User Hung Up Content-Length: 0 ------------------------------------------------------------------------ 2015-08-23 16:38:29.610343 [NOTICE] sofia.c:952 Hangup sofia/internal/1001 at x.x.x.x:5060 [CS_EXECUTE] [NORMAL_CLEARING] send 526 bytes to tcp/[163.125.130.79]:26869 at 16:38:29.615254: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---c2b8e25850437d1d;rport=26869;received=163.125.130.79 From: ;tag=e090b871 To: ;tag=HQmccgH0KDv9j Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 3 BYE User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 ------------------------------------------------------------------------ 2015-08-23 16:38:29.610343 [DEBUG] switch_ivr_bridge.c:771 BRIDGE THREAD DONE [sofia/internal/1001 at x.x.x.x:5060] 2015-08-23 16:38:29.630370 [DEBUG] switch_ivr_bridge.c:771 BRIDGE THREAD DONE [sofia/internal/754617702573728 at y.y.y.y] 2015-08-23 16:38:29.630370 [NOTICE] switch_ivr_bridge.c:874 Hangup sofia/internal/754617702573728 at y.y.y.y [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:542 (sofia/internal/754617702573728 at y.y.y.y) State EXCHANGE_MEDIA going to sleep 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_HANGUP 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/754617702573728 at y.y.y.y) Callstate Change ACTIVE -> HANGUP 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/754617702573728 at y.y.y.y) State HANGUP 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:425 sofia/internal/754617702573728 at y.y.y.y Overriding SIP cause 480 with 200 from the other leg 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:431 Channel sofia/internal/754617702573728 at y.y.y.y hanging up, cause: NORMAL_CLEARING 2015-08-23 16:38:29.630370 [DEBUG] switch_ivr_bridge.c:1682 sofia/internal/754617702573728 at y.y.y.y skip receive message [UNBRIDGE] (channel is hungup already) 2015-08-23 16:38:29.630370 [DEBUG] switch_ivr_bridge.c:1685 sofia/internal/1001 at x.x.x.x:5060 skip receive message [UNBRIDGE] (channel is hungup already) 2015-08-23 16:38:29.630370 [DEBUG] switch_core_session.c:2926 sofia/internal/1001 at x.x.x.x:5060 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at x.x.x.x:5060) State EXECUTE going to sleep 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_HANGUP 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:484 Sending BYE to sofia/internal/754617702573728 at y.y.y.y 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:60 sofia/internal/754617702573728 at y.y.y.y Standard HANGUP, cause: NORMAL_CLEARING 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/754617702573728 at y.y.y.y) State HANGUP going to sleep 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/754617702573728 at y.y.y.y) State Change CS_HANGUP -> CS_REPORTING 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_REPORTING 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/1001 at x.x.x.x:5060) Callstate Change ACTIVE -> HANGUP 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/754617702573728 at y.y.y.y) State REPORTING 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:104 sofia/internal/754617702573728 at y.y.y.y Standard REPORTING, cause: NORMAL_CLEARING 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/754617702573728 at y.y.y.y) State REPORTING going to sleep 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/1001 at x.x.x.x:5060) State HANGUP 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:431 Channel sofia/internal/1001 at x.x.x.x:5060 hanging up, cause: NORMAL_CLEARING send 642 bytes to udp/[y.y.y.y]:5060 at 16:38:29.633670: ------------------------------------------------------------------------ BYE sip:754617702573728 at y.y.y.y:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKgeXyDQvtSUp1K Max-Forwards: 70 From: "Extension 1001" ;tag=j0D5DB23gpjve To: ;tag=1Xmp97vgtp22K Call-ID: 2c37ae78-c458-1233-8384-60eb698211be CSeq: 79837880 BYE User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Reason: Q.850;cause=16;text="NORMAL_CLEARING" Content-Length: 0 ------------------------------------------------------------------------ 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/754617702573728 at y.y.y.y) State Change CS_REPORTING -> CS_DESTROY 2015-08-23 16:38:29.630370 [DEBUG] switch_core_session.c:1639 Session 5 (sofia/internal/754617702573728 at y.y.y.y) Locked, Waiting on external entities 2015-08-23 16:38:29.630370 [NOTICE] switch_core_session.c:1657 Session 5 (sofia/internal/754617702573728 at y.y.y.y) Ended 2015-08-23 16:38:29.630370 [NOTICE] switch_core_session.c:1661 Close Channel sofia/internal/754617702573728 at y.y.y.y [CS_DESTROY] 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:60 sofia/internal/1001 at x.x.x.x:5060 Standard HANGUP, cause: NORMAL_CLEARING 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/1001 at x.x.x.x:5060) State HANGUP going to sleep 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/1001 at x.x.x.x:5060) State Change CS_HANGUP -> CS_REPORTING 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_DESTROY 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_REPORTING 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/754617702573728 at y.y.y.y) State DESTROY 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:341 sofia/internal/754617702573728 at y.y.y.y SOFIA DESTROY 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/1001 at x.x.x.x:5060) State REPORTING 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:111 sofia/internal/754617702573728 at y.y.y.y Standard DESTROY 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/754617702573728 at y.y.y.y) State DESTROY going to sleep 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:104 sofia/internal/1001 at x.x.x.x:5060 Standard REPORTING, cause: NORMAL_CLEARING 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/1001 at x.x.x.x:5060) State REPORTING going to sleep 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/1001 at x.x.x.x:5060) State Change CS_REPORTING -> CS_DESTROY 2015-08-23 16:38:29.630370 [DEBUG] switch_core_session.c:1639 Session 4 (sofia/internal/1001 at x.x.x.x:5060) Locked, Waiting on external entities 2015-08-23 16:38:29.630370 [NOTICE] switch_core_session.c:1657 Session 4 (sofia/internal/1001 at x.x.x.x:5060) Ended 2015-08-23 16:38:29.630370 [NOTICE] switch_core_session.c:1661 Close Channel sofia/internal/1001 at x.x.x.x:5060 [CS_DESTROY] recv 394 bytes from udp/[y.y.y.y]:5060 at 16:38:29.634664: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKgeXyDQvtSUp1K From: "Extension 1001" ;tag=j0D5DB23gpjve To: ;tag=1Xmp97vgtp22K Call-ID: 2c37ae78-c458-1233-8384-60eb698211be CSeq: 79837880 BYE User-Agent: DNL-Switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO Supported: timer Content-Length: 0 ------------------------------------------------------------------------ 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_DESTROY 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/1001 at x.x.x.x:5060) State DESTROY 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:341 sofia/internal/1001 at x.x.x.x:5060 SOFIA DESTROY 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:111 sofia/internal/1001 at x.x.x.x:5060 Standard DESTROY 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/1001 at x.x.x.x:5060) State DESTROY going to sleep On Sun, Aug 23, 2015 at 9:56 AM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > Try reverting your config to defaults. You are clearly lost in some > config changes. > > > > On Sun, Aug 23, 2015 at 10:52 AM, Ken Rice wrote: > >> Don?t set proxy media or bypass media, these are special modes that do >> not fix up the RTP at all? just use the default modes >> >> >> >> >> >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Pete Kay >> *Sent:* Sunday, August 23, 2015 10:41 AM >> *To:* FreeSWITCH Users Help >> *Subject:* Re: [Freeswitch-users] Need help to convert RTP/SAVP to >> RTP/AVP >> >> >> >> Hi >> >> I changed the internal profile to proxy media now, and the o= line in >> the sdp is now showing FREESWITCH, but it is still using SAVPF... >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:166 >> sofia/internal/1001 at x.x.x.x:5060 Standard ROUTING >> >> 2015-08-23 15:34:14.714657 [INFO] mod_dialplan_xml.c:637 Processing 1001 >> <1001>->1002 in context default >> >> Dialplan: sofia/internal/1001 at x.x.x.x:5060 parsing >> [default->incoming_calls] continue=false >> >> Dialplan: sofia/internal/1001 at x.x.x.x:5060 Regex (PASS) [incoming_calls] >> ${destination_number}(1002) =~ /1002/ break=on-false >> >> Dialplan: sofia/internal/1001 at x.x.x.x:5060 Action >> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false] >> sofia/internal/754617162742492 at y.y.y.y) >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:216 ( >> sofia/internal/1001 at x.x.x.x:5060) State Change CS_ROUTING -> CS_EXECUTE >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 ( >> sofia/internal/1001 at x.x.x.x:5060) State ROUTING going to sleep >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 ( >> sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_EXECUTE >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:539 ( >> sofia/internal/1001 at x.x.x.x:5060) State EXECUTE >> >> 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:196 >> sofia/internal/1001 at x.x.x.x:5060 SOFIA EXECUTE >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:258 >> sofia/internal/1001 at x.x.x.x:5060 Standard EXECUTE >> >> EXECUTE sofia/internal/1001 at x.x.x.x:5060 >> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false] >> sofia/internal/754617162742492 at y.y.y.y) >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:2104 Parsing >> global variables >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:2557 Parsing >> session specific variables >> >> 2015-08-23 15:34:14.714657 [NOTICE] switch_channel.c:1089 New Channel >> sofia/internal/754617162742492 at y.y.y.y >> [68de50a4-49ac-11e5-b118-6fcd62a30179] >> >> 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4735 ( >> sofia/internal/754617162742492 at y.y.y.y) State Change CS_NEW -> CS_INIT >> >> 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >> Setting a-leg inherit_codec=true >> >> 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >> @20i at 64000b' >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 ( >> sofia/internal/754617162742492 at y.y.y.y) Running State Change CS_INIT >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:516 ( >> sofia/internal/754617162742492 at y.y.y.y) State INIT >> >> 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:88 >> sofia/internal/754617162742492 at y.y.y.y SOFIA INIT >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_media.c:8667 >> sofia/internal/754617162742492 at y.y.y.y Patched SDP >> >> --- >> >> v=0 >> >> o=- 3653435483206582716 2 IN IP4 127.0.0.1 >> >> s=- >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 0.0.0.0 >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:duN/nld3Ywx4sKCI >> >> a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk >> >> a=fingerprint:sha-1 >> 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb >> >> a=ssrc:3490757364 msid:media_stream audio_track >> >> a=ssrc:3490757364 mslabel:media_stream >> >> a=ssrc:3490757364 label:audio_track >> >> a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host >> generation 0 >> >> a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host >> generation 0 >> >> a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host >> generation 0 >> >> a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host >> generation 0 >> >> a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host >> tcptype passive generation 0 >> >> a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host >> tcptype passive generation 0 >> >> a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host >> tcptype passive generation 0 >> >> a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host >> tcptype passive generation 0 >> >> a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx >> raddr 10.162.22.234 rport 65466 generation 0 >> >> a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx >> raddr 10.162.22.234 rport 49167 generation 0 >> >> a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx >> raddr 192.168.1.100 rport 54468 generation 0 >> >> a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx >> raddr 192.168.1.100 rport 64051 generation 0 >> >> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay >> raddr 112.97.51.70 rport 41768 generation 0 >> >> a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay >> raddr 163.125.130.79 rport 21981 generation 0 >> >> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay >> raddr 112.97.51.70 rport 41769 generation 0 >> >> a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay >> raddr 163.125.130.79 rport 21982 generation 0 >> >> >> >> +++ >> >> v=0 >> >> o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x >> >> s=FreeSWITCH >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 x.x.x.x >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:duN/nld3Ywx4sKCI >> >> a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk >> >> a=fingerprint:sha-1 >> 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb >> >> a=ssrc:3490757364 msid:media_stream audio_track >> >> a=ssrc:3490757364 mslabel:media_stream >> >> a=ssrc:3490757364 label:audio_track >> >> a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host >> generation 0 >> >> a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host >> generation 0 >> >> a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host >> generation 0 >> >> a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host >> generation 0 >> >> a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host >> tcptype passive generation 0 >> >> a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host >> tcptype passive generation 0 >> >> a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host >> tcptype passive generation 0 >> >> a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host >> tcptype passive generation 0 >> >> a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx >> raddr 10.162.22.234 rport 65466 generation 0 >> >> a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx >> raddr 10.162.22.234 rport 49167 generation 0 >> >> a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx >> raddr 192.168.1.100 rport 54468 generation 0 >> >> a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx >> raddr 192.168.1.100 rport 64051 generation 0 >> >> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay >> raddr 112.97.51.70 rport 41768 generation 0 >> >> a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay >> raddr 163.125.130.79 rport 21981 generation 0 >> >> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay >> raddr 112.97.51.70 rport 41769 generation 0 >> >> a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay >> raddr 163.125.130.79 rport 21982 generation 0 >> >> >> >> 2015-08-23 15:34:14.714657 [DEBUG] sofia_glue.c:1257 >> sofia/internal/754617162742492 at y.y.y.y sending invite version: 1.7.0 git >> 58f1272 2015-08-14 17:51:12Z 64bit >> >> Local SDP: >> >> v=0 >> >> o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x >> >> s=FreeSWITCH >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 x.x.x.x >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:duN/nld3Ywx4sKCI >> >> a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk >> >> a=fingerprint:sha-1 >> 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb >> >> a=ssrc:3490757364 msid:media_stream audio_track >> >> a=ssrc:3490757364 mslabel:media_stream >> >> a=ssrc:3490757364 label:audio_track >> >> a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host >> generation 0 >> >> a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host >> generation 0 >> >> a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host >> generation 0 >> >> a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host >> generation 0 >> >> a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host >> tcptype passive generation 0 >> >> a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host >> tcptype passive generation 0 >> >> a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host >> tcptype passive generation 0 >> >> a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host >> tcptype passive generation 0 >> >> a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx >> raddr 10.162.22.234 rport 65466 generation 0 >> >> a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx >> raddr 10.162.22.234 rport 49167 generation 0 >> >> a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx >> raddr 192.168.1.100 rport 54468 generation 0 >> >> a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx >> raddr 192.168.1.100 rport 64051 generation 0 >> >> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay >> raddr 112.97.51.70 rport 41768 generation 0 >> >> a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay >> raddr 163.125.130.79 rport 21981 generation 0 >> >> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay >> raddr 112.97.51.70 rport 41769 generation 0 >> >> a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay >> raddr 163.125.130.79 rport 21982 generation 0 >> >> >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:40 >> sofia/internal/754617162742492 at y.y.y.y Standard INIT >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:48 ( >> sofia/internal/754617162742492 at y.y.y.y) State Change CS_INIT -> >> CS_ROUTING >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:516 ( >> sofia/internal/754617162742492 at y.y.y.y) State INIT going to sleep >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 ( >> sofia/internal/754617162742492 at y.y.y.y) Running State Change CS_ROUTING >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 ( >> sofia/internal/754617162742492 at y.y.y.y) State ROUTING >> >> 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:141 >> sofia/internal/754617162742492 at y.y.y.y SOFIA ROUTING >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:67 ( >> sofia/internal/754617162742492 at y.y.y.y) State Change CS_ROUTING -> >> CS_CONSUME_MEDIA >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 ( >> sofia/internal/754617162742492 at y.y.y.y) State ROUTING going to sleep >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 ( >> sofia/internal/754617162742492 at y.y.y.y) Running State Change >> CS_CONSUME_MEDIA >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:551 ( >> sofia/internal/754617162742492 at y.y.y.y) State CONSUME_MEDIA >> >> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:551 ( >> sofia/internal/754617162742492 at y.y.y.y) State CONSUME_MEDIA going to >> sleep >> >> send 3675 bytes to udp/[y.y.y.y]:5060 at 15:34:14.728794: >> >> >> ------------------------------------------------------------------------ >> >> INVITE sip:754617162742492 at y.y.y.y SIP/2.0 >> >> Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K >> >> Max-Forwards: 69 >> >> From: "Extension 1001" ;tag=Q3F772K7rmctc >> >> To: >> >> Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be >> >> CSeq: 79835963 INVITE >> >> Contact: >> >> User-Agent: >> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >> >> 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 >> >> Content-Type: application/sdp >> >> Content-Disposition: session >> >> Content-Length: 2705 >> >> X-FS-Support: update_display,send_info >> >> Remote-Party-ID: "Extension 1001" > >;party=calling;screen=yes;privacy=off >> >> >> >> v=0 >> >> o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x >> >> s=FreeSWITCH >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 x.x.x.x >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:duN/nld3Ywx4sKCI >> >> a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk >> >> a=fingerprint:sha-1 >> 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb >> >> a=ssrc:3490757364 msid:media_stream audio_track >> >> a=ssrc:3490757364 mslabel:media_stream >> >> a=ssrc:3490757364 label:audio_track >> >> a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host >> generation 0 >> >> a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host >> generation 0 >> >> a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host >> generation 0 >> >> a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host >> generation 0 >> >> a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host >> tcptype passive generation 0 >> >> a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host >> tcptype passive generation 0 >> >> a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host >> tcptype passive generation 0 >> >> a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host >> tcptype passive generation 0 >> >> a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx >> raddr 10.162.22.234 rport 65466 generation 0 >> >> a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx >> raddr 10.162.22.234 rport 49167 generation 0 >> >> a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx >> raddr 192.168.1.100 rport 54468 generation 0 >> >> a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx >> raddr 192.168.1.100 rport 64051 generation 0 >> >> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay >> raddr 112.97.51.70 rport 41768 generation 0 >> >> a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay >> raddr 163.125.130.79 rport 21981 generation 0 >> >> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay >> raddr 112.97.51.70 rport 41769 generation 0 >> >> a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay >> raddr 163.125.130.79 rport 21982 generation 0 >> >> >> ------------------------------------------------------------------------ >> >> 2015-08-23 15:34:14.714657 [DEBUG] sofia.c:6715 Channel >> sofia/internal/754617162742492 at y.y.y.y entering state [calling][0] >> >> recv 308 bytes from udp/[y.y.y.y]:5060 at 15:34:14.730001: >> >> >> ------------------------------------------------------------------------ >> >> SIP/2.0 100 Trying >> >> Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K >> >> From: "Extension 1001" ;tag=Q3F772K7rmctc >> >> To: >> >> Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be >> >> CSeq: 79835963 INVITE >> >> User-Agent: DNL-Switch >> >> Content-Length: 0 >> >> >> >> >> ------------------------------------------------------------------------ >> >> recv 433 bytes from udp/[y.y.y.y]:5060 at 15:34:14.740478: >> >> >> ------------------------------------------------------------------------ >> >> SIP/2.0 415 Unsupported Media Type >> >> Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K >> >> From: "Extension 1001" ;tag=Q3F772K7rmctc >> >> To: ;tag=454F3aHa1Fa5e >> >> Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be >> >> CSeq: 79835963 INVITE >> >> User-Agent: DNL-Switch >> >> Accept: application/sdp >> >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >> >> Supported: timer >> >> Content-Length: 0 >> >> >> >> >> >> >> ------------------------------------------------------------------------ >> >> >> >> >> >> On Sun, Aug 23, 2015 at 8:05 AM, Anthony Minessale < >> anthony.minessale at gmail.com> wrote: >> >> You still have bypass set somehow. >> >> Not the local sdp is not a native FS sdp the bundle and the lack of the >> word freeswitch in the o line. >> >> >> >> Maybe you have bypass enabled as a sofia profile param. >> >> >> >> >> >> On Saturday, August 22, 2015, Pete Kay wrote: >> >> Hi >> >> I did anothe test without proxy_media=true, but I am still getting SAVPF >> in the outgoing INVITE. The problem is my outbound SIP gateway does not >> accept SAVPF so I am trying to configure Freeswitch to send it out as >> AVPF. >> >> Here is the log: >> >> >> >> 2015-08-22 10:11:43.049286 [INFO] mod_dialplan_xml.c:637 Processing 1001 >> <1001>->1002 in context default >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >> [default->incoming_calls] continue=false >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) [incoming_calls] >> ${destination_number}(1002) =~ /1002/ break=on-false >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false] >> sofia/external/754617162742492 at x.x.x.x) >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:216 ( >> sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> CS_EXECUTE >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:532 ( >> sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 ( >> sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:539 ( >> sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >> >> 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:196 >> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:258 >> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >> >> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false] >> sofia/external/754617162742492 at x.x.x.x) >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_ivr_originate.c:2104 Parsing >> global variables >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_ivr_originate.c:2557 Parsing >> session specific variables >> >> 2015-08-22 10:11:43.049286 [NOTICE] switch_channel.c:1089 New Channel >> sofia/external/754617162742492 at x.x.x.x >> [2ff7c01e-48b6-11e5-ac58-01226f03e80c] >> >> 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4735 ( >> sofia/external/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT >> >> 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >> Setting a-leg inherit_codec=true >> >> 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >> @20i at 64000b' >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 ( >> sofia/external/754617162742492 at x.x.x.x) Running State Change CS_INIT >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:516 ( >> sofia/external/754617162742492 at x.x.x.x) State INIT >> >> 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:88 >> sofia/external/754617162742492 at x.x.x.x SOFIA INIT >> >> 2015-08-22 10:11:43.049286 [DEBUG] sofia_glue.c:1257 >> sofia/external/754617162742492 at x.x.x.x sending invite version: 1.7.0 git >> 58f1272 2015-08-14 17:51:12Z 64bit >> >> Local SDP: >> >> v=0 >> >> o=- 327457341635358182 2 IN IP4 127.0.0.1 >> >> s=- >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 0.0.0.0 >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:IQcKT9rkNCETwhGR >> >> a=ice-pwd:chtzwjBRY3ptPbf/IkcKUO1i >> >> a=fingerprint:sha-1 >> 8A:95:DD:4E:18:85:C6:B9:31:1E:04:90:BC:67:EB:C6:DD:58:4F:B5 >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:2501014728 cname:dJGa9dJwxrkwhQkE >> >> a=ssrc:2501014728 msid:media_stream audio_track >> >> a=ssrc:2501014728 mslabel:media_stream >> >> a=ssrc:2501014728 label:audio_track >> >> a=candidate:3027063986 1 udp 2122260223 192.168.1.129 55289 typ host >> generation 0 >> >> a=candidate:19046677 1 udp 2122194687 172.20.10.1 62766 typ host >> generation 0 >> >> a=candidate:3059882106 1 udp 2122129151 10.227.60.222 56279 typ host >> generation 0 >> >> a=candidate:3027063986 2 udp 2122260222 192.168.1.129 51792 typ host >> generation 0 >> >> a=candidate:19046677 2 udp 2122194686 172.20.10.1 61231 typ host >> generation 0 >> >> a=candidate:3059882106 2 udp 2122129150 10.227.60.222 56500 typ host >> generation 0 >> >> >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:40 >> sofia/external/754617162742492 at x.x.x.x Standard INIT >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:48 ( >> sofia/external/754617162742492 at x.x.x.x) State Change CS_INIT -> >> CS_ROUTING >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:516 ( >> sofia/external/754617162742492 at x.x.x.x) State INIT going to sleep >> >> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 ( >> sofia/external/754617162742492 at x.x.x.x) Running State Change CS_ROUTING >> >> 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:532 ( >> sofia/external/754617162742492 at x.x.x.x) State ROUTING >> >> 2015-08-22 10:11:43.069228 [DEBUG] mod_sofia.c:141 >> sofia/external/754617162742492 at x.x.x.x SOFIA ROUTING >> >> 2015-08-22 10:11:43.069228 [DEBUG] switch_ivr_originate.c:67 ( >> sofia/external/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >> CS_CONSUME_MEDIA >> >> 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:532 ( >> sofia/external/754617162742492 at x.x.x.x) State ROUTING going to sleep >> >> 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:473 ( >> sofia/external/754617162742492 at x.x.x.x) Running State Change >> CS_CONSUME_MEDIA >> >> 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:551 ( >> sofia/external/754617162742492 at x.x.x.x) State CONSUME_MEDIA >> >> 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:551 ( >> sofia/external/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to >> sleep >> >> send 2347 bytes to udp/[x.x.x.x]:5060 at 10:11:43.070474: >> >> >> ------------------------------------------------------------------------ >> >> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >> >> Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bK5Q40Q4Ze2mj0K >> >> Max-Forwards: 69 >> >> From: "Extension 1001" ;tag=51SKgXr23XK9K >> >> To: >> >> Call-ID: 075638a9-c359-1233-81a7-60eb698211be >> >> CSeq: 79783087 INVITE >> >> Contact: >> >> User-Agent: >> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >> >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >> REGISTER, REFER, NOTIFY >> >> Supported: timer, path, replaces >> >> Allow-Events: talk, hold, conference, refer >> >> Content-Type: application/sdp >> >> Content-Disposition: session >> >> Content-Length: 1518 >> >> X-FS-Support: update_display,send_info >> >> Remote-Party-ID: "Extension 1001" > >;party=calling;screen=yes;privacy=off >> >> >> >> v=0 >> >> o=- 327457341635358182 2 IN IP4 y.y.y.y >> >> s=- >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 0.0.0.0 >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:IQcKT9rkNCETwhGR >> >> a=ice-pwd:chtzwjBRY3ptPbf/IkcKUO1i >> >> a=fingerprint:sha-1 >> 8A:95:DD:4E:18:85:C6:B9:31:1E:04:90:BC:67:EB:C6:DD:58:4F:B5 >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:2501014728 cname:dJGa9dJwxrkwhQkE >> >> a=ssrc:2501014728 msid:media_stream audio_track >> >> a=ssrc:2501014728 mslabel:media_stream >> >> a=ssrc:2501014728 label:audio_track >> >> a=candidate:3027063986 1 udp 2122260223 192.168.1.129 55289 typ host >> generation 0 >> >> a=candidate:19046677 1 udp 2122194687 172.20.10.1 62766 typ host >> generation 0 >> >> a=candidate:3059882106 1 udp 2122129151 10.227.60.222 56279 typ host >> generation 0 >> >> a=candidate:3027063986 2 udp 2122260222 192.168.1.129 51792 typ host >> generation 0 >> >> a=candidate:19046677 2 udp 2122194686 172.20.10.1 61231 typ host >> generation 0 >> >> a=candidate:3059882106 2 udp 2122129150 10.227.60.222 56500 typ host >> generation 0 >> >> >> >> >> >> On Fri, Aug 21, 2015 at 11:06 AM, Anthony Minessale < >> anthony.minessale at gmail.com> wrote: >> >> Its not the same tey harder. >> >> >> >> On Friday, August 21, 2015, Pete Kay wrote: >> >> Hi >> >> Without proxy media variable it is still the same. My earlier email in >> this thread had this problem without media proxy set to true. >> >> >> >> On Thu, Aug 20, 2015 at 9:55 PM, Giovanni Maruzzelli >> wrote: >> >> Try without mentioning proxy_media at all, no false, no true, just delete >> it from both occurrences. >> >> sent from my mobile, >> Giovanni Maruzzelli >> cell: +39 347 266 56 18 >> >> On Aug 21, 2015 6:43 AM, "Pete Kay" wrote: >> >> Hi >> >> I tried to use proxy_media = true but it is still passing RTP/SAVPF >> instead of RTP/AVPF. Could I ask where is the problem in my configuration? >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false,sdp_secure_savp_only=false,proxy_media=true}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false,proxy_media=true] >> sofia/external/754617162742492 at x.x.x.x) >> >> >> >> send 2700 bytes to udp/[69.27.168.50]:5060 at 04:01:47.286175: >> >> >> ------------------------------------------------------------------------ >> >> INVITE sip:754617162742492 at 69.27.168.50 SIP/2.0 >> >> Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bKgBt1e63aHX4SD >> >> Max-Forwards: 69 >> >> From: "Extension 1001" ;tag=grg241BNtgDtN >> >> To: >> >> Call-ID: 2f34abd4-c25c-1233-ffbc-60eb698211be >> >> CSeq: 79728789 INVITE >> >> Contact: >> >> User-Agent: >> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >> >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >> REGISTER, REFER, NOTIFY >> >> Supported: timer, path, replaces >> >> Allow-Events: talk, hold, conference, refer >> >> Content-Type: application/sdp >> >> Content-Disposition: session >> >> Content-Length: 1871 >> >> X-FS-Support: update_display,send_info >> >> Remote-Party-ID: "Extension 1001" > >;party=calling;screen=yes;privacy=off >> >> >> >> v=0 >> >> o=FreeSWITCH 3361339272 3361339273 IN IP4 y.y.y.y >> >> s=FreeSWITCH >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 28246 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 108.165.2.110 >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:bmbIvHb6NVeLQBcK >> >> a=ice-pwd:KDvxAfWB8jTfbGrL610/0jtk >> >> a=fingerprint:sha-1 >> F1:CA:8E:C9:58:A5:00:CB:59:A5:19:90:0A:D0:60:76:33:70:C2:F1 >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:3858004023 cname:S5akTfRDQvG5IccJ >> >> a=ssrc:3858004023 msid:media_stream audio_track >> >> a=ssrc:3858004023 mslabel:media_stream >> >> a=ssrc:3858004023 label:audio_track >> >> a=candidate:2881221497 1 udp 2122260223 10.227.131.21 55121 typ host >> generation 0 >> >> a=candidate:2881221497 2 udp 2122260222 10.227.131.21 64682 typ host >> generation 0 >> >> a=candidate:3845656457 1 tcp 1518280447 10.227.131.21 57029 typ host >> tcptype passive generation 0 >> >> a=candidate:3845656457 2 tcp 1518280446 10.227.131.21 57030 typ host >> tcptype passive generation 0 >> >> a=candidate:720631245 1 udp 1686052607 112.97.38.2 6734 typ srflx >> raddr 10.227.131.21 rport 55121 generation 0 >> >> a=candidate:720631245 2 udp 1686052606 112.97.38.2 6735 typ srflx >> raddr 10.227.131.21 rport 64682 generation 0 >> >> a=candidate:2922827951 1 udp 41885439 146.185.149.11 52800 typ relay >> raddr 112.97.38.2 rport 34387 generation 0 >> >> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54764 typ relay >> raddr 112.97.38.2 rport 34386 generation 0 >> >> >> ------------------------------------------------------------------------ >> >> >> >> >> >> >> On Mon, Aug 17, 2015 at 9:28 AM, Brian West wrote: >> >> rtp_secure_media=false is the variable name. >> >> >> >> On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay wrote: >> >> Hi >> >> I am trying to send call from webrtc to freeswitch and then bridge to an >> external endpoint that is a normal SIP phone. I tried to use >> sip_secure_media=false to force the media to be converted from SAVP to >> AVP. >> >> But the outgoing INVITE is still showing SAVP ( sip trace blow ). Does >> anyone know where I am doing wrong? any help will be greately >> appreciated. >> >> >> >> 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing 1001 >> <1001>->1002 in context default >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >> [default->incoming_calls] continue=false >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) [incoming_calls] >> ${destination_number}(1002) =~ /1002/ break=on-false >> >> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >> bridge({sip_secure_media=false}[sip_secure_media=false] >> sofia/internal/754617162742492 at x.x.x.x) >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 ( >> sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> CS_EXECUTE >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 ( >> sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 ( >> sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 ( >> sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 >> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 >> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >> >> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >> bridge({sip_secure_media=false}[sip_secure_media=false] >> sofia/internal/754617162742492 at x.x.x.x) >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 Parsing >> global variables >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 Parsing >> session specific variables >> >> 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel >> sofia/internal/754617162742492 at x.x.x.x >> [ca6d5930-44f4-11e5-9cc9-c9574f94e170] >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 ( >> sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >> Setting a-leg inherit_codec=true >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >> @20i at 64000b' >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 ( >> sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_INIT >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 ( >> sofia/internal/754617162742492 at x.x.x.x) State INIT >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 >> sofia/internal/754617162742492 at x.x.x.x SOFIA INIT >> >> 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 >> sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 git >> 58f1272 2015-08-14 17:51:12Z 64bit >> >> Local SDP: >> >> v=0 >> >> o=- 4133111956976529630 2 IN IP4 127.0.0.1 >> >> s=- >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 0.0.0.0 >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:Gn8CX52vaidE1C73 >> >> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >> >> a=fingerprint:sha-1 >> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >> >> a=ssrc:3618235845 msid:media_stream audio_track >> >> a=ssrc:3618235845 mslabel:media_stream >> >> a=ssrc:3618235845 label:audio_track >> >> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >> generation 0 >> >> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >> generation 0 >> >> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >> generation 0 >> >> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >> generation 0 >> >> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >> tcptype passive generation 0 >> >> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >> tcptype passive generation 0 >> >> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >> tcptype passive generation 0 >> >> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >> tcptype passive generation 0 >> >> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx raddr >> 192.168.1.101 rport 60710 generation 0 >> >> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx raddr >> 192.168.1.101 rport 64150 generation 0 >> >> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >> raddr 10.73.229.110 rport 52079 generation 0 >> >> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >> raddr 10.73.229.110 rport 51909 generation 0 >> >> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >> raddr 27.38.56.3 rport 36782 generation 0 >> >> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >> raddr 27.38.56.3 rport 37553 generation 0 >> >> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >> raddr 112.97.38.179 rport 54091 generation 0 >> >> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >> raddr 112.97.38.179 rport 54092 generation 0 >> >> >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 >> sofia/internal/754617162742492 at x.x.x.x Standard INIT >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 ( >> sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> >> CS_ROUTING >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 ( >> sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 ( >> sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_ROUTING >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 ( >> sofia/internal/754617162742492 at x.x.x.x) State ROUTING >> >> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 >> sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 ( >> sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >> CS_CONSUME_MEDIA >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 ( >> sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to sleep >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 ( >> sofia/internal/754617162742492 at x.x.x.x) Running State Change >> CS_CONSUME_MEDIA >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 ( >> sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA >> >> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 ( >> sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to >> sleep >> >> send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: >> >> >> ------------------------------------------------------------------------ >> >> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >> >> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >> >> Max-Forwards: 69 >> >> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >> >> To: >> >> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >> >> CSeq: 79576629 INVITE >> >> Contact: >> >> User-Agent: >> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >> >> 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 >> >> Content-Type: application/sdp >> >> Content-Disposition: session >> >> Content-Length: 2665 >> >> X-FS-Support: update_display,send_info >> >> Remote-Party-ID: "Extension 1001" > >;party=calling;screen=yes;privacy=off >> >> >> >> v=0 >> >> o=- 4133111956976529630 2 IN IP4 y.y.y.y >> >> s=- >> >> t=0 0 >> >> a=group:BUNDLE audio >> >> a=msid-semantic: WMS media_stream >> >> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >> >> c=IN IP4 0.0.0.0 >> >> a=rtpmap:111 opus/48000/2 >> >> a=fmtp:111 minptime=10; useinbandfec=1 >> >> a=rtpmap:103 ISAC/16000 >> >> a=rtpmap:9 G722/8000 >> >> a=rtpmap:102 ILBC/8000 >> >> a=rtpmap:0 PCMU/8000 >> >> a=rtpmap:8 PCMA/8000 >> >> a=rtpmap:106 CN/32000 >> >> a=rtpmap:105 CN/16000 >> >> a=rtpmap:13 CN/8000 >> >> a=rtpmap:127 red/8000 >> >> a=rtpmap:126 telephone-event/8000 >> >> a=rtcp:9 IN IP4 0.0.0.0 >> >> a=ice-ufrag:Gn8CX52vaidE1C73 >> >> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >> >> a=fingerprint:sha-1 >> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >> >> a=setup:actpass >> >> a=mid:audio >> >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> >> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >> >> a=rtcp-mux >> >> a=maxptime:60 >> >> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >> >> a=ssrc:3618235845 msid:media_stream audio_track >> >> a=ssrc:3618235845 mslabel:media_stream >> >> a=ssrc:3618235845 label:audio_track >> >> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >> generation 0 >> >> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >> generation 0 >> >> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >> generation 0 >> >> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >> generation 0 >> >> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >> tcptype passive generation 0 >> >> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >> tcptype passive generation 0 >> >> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >> tcptype passive generation 0 >> >> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >> tcptype passive generation 0 >> >> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >> raddr 192.168.1.101 rport 60710 generation 0 >> >> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >> raddr 192.168.1.101 rport 64150 generation 0 >> >> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >> raddr 10.73.229.110 rport 52079 generation 0 >> >> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >> raddr 10.73.229.110 rport 51909 generation 0 >> >> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >> raddr 27.38.56.3 rport 36782 generation 0 >> >> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >> raddr 27.38.56.3 rport 37553 generation 0 >> >> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >> raddr 112.97.38.179 rport 54091 generation 0 >> >> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >> raddr 112.97.38.179 rport 54092 generation 0 >> >> >> ------------------------------------------------------------------------ >> >> 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel >> sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] >> >> recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: >> >> >> ------------------------------------------------------------------------ >> >> SIP/2.0 100 Trying >> >> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >> >> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >> >> To: >> >> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >> >> CSeq: 79576629 INVITE >> >> User-Agent: DNL-Switch >> >> Content-Length: 0 >> >> >> >> >> ------------------------------------------------------------------------ >> >> recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: >> >> >> ------------------------------------------------------------------------ >> >> SIP/2.0 415 Unsupported Media Type >> >> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >> >> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >> >> To: ;tag=Ut8ye62NUrQeB >> >> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >> >> CSeq: 79576629 INVITE >> >> User-Agent: DNL-Switch >> >> Accept: application/sdp >> >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >> >> Supported: timer >> >> Content-Length: 0 >> >> >> >> >> ------------------------------------------------------------------------ >> >> send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: >> >> >> ------------------------------------------------------------------------ >> >> ACK sip:754617162742492 at x.x.x.x SIP/2.0 >> >> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >> >> Max-Forwards: 69 >> >> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >> >> To: ;tag=Ut8ye62NUrQeB >> >> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >> >> CSeq: 79576629 ACK >> >> Content-Length: 0 >> >> >> >> >> ------------------------------------------------------------------------ >> >> 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel >> sofia/internal/754617162742492 at x.x.x.x entering state [terminated][415] >> >> 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup >> sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] >> [SERVICE_NOT_IMPLEMENTED] >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 ( >> sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 ( >> sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 ( >> sofia/internal/754617162742492 at x.x.x.x) State HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >> sofia/internal/754617162742492 at x.x.x.x hanging up, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >> sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 ( >> sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 ( >> sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> >> CS_REPORTING >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 ( >> sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_REPORTING >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 ( >> sofia/internal/754617162742492 at x.x.x.x) State REPORTING >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >> sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 ( >> sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to sleep >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 ( >> sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING -> >> CS_DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 2 ( >> sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting on external >> entities >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 Originate >> Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] >> >> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 2 ( >> sofia/internal/754617162742492 at x.x.x.x) Ended >> >> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >> Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 ( >> sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 ( >> sofia/internal/754617162742492 at x.x.x.x) State DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >> sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >> sofia/internal/754617162742492 at x.x.x.x Standard DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 ( >> sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to sleep >> >> 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate Failed. >> Cause: SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup >> sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] [SERVICE_NOT_IMPLEMENTED] >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 >> sofia/internal/1001 at y.y.y.y:5060 skip receive message >> [APPLICATION_EXEC_COMPLETE] (channel is hungup already) >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 ( >> sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 ( >> sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 ( >> sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 ( >> sofia/internal/1001 at y.y.y.y:5060) State HANGUP >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 >> sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 from >> the other leg >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >> sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to INVITE >> with: 415 >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >> sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 ( >> sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 ( >> sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> CS_REPORTING >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 ( >> sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 ( >> sofia/internal/1001 at y.y.y.y:5060) State REPORTING >> >> send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: >> >> >> ------------------------------------------------------------------------ >> >> SIP/2.0 415 Unsupported Media Type >> >> Via: SIP/2.0/TCP 192.168.1.101:5060 >> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 >> >> Max-Forwards: 70 >> >> From: ;tag=9de53b6c >> >> To: ;tag=gXrZg0KvmrXZH >> >> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >> >> CSeq: 2 INVITE >> >> User-Agent: >> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 >> >> Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" >> >> Content-Length: 0 >> >> Remote-Party-ID: "1002" > >;party=calling;privacy=off;screen=no >> >> >> >> >> ------------------------------------------------------------------------ >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >> sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: >> SERVICE_NOT_IMPLEMENTED >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 ( >> sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 ( >> sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> CS_DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 1 ( >> sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on external entities >> >> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 1 ( >> sofia/internal/1001 at y.y.y.y:5060) Ended >> >> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >> Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 ( >> sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 ( >> sofia/internal/1001 at y.y.y.y:5060) State DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >> sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >> sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY >> >> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 ( >> sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep >> >> recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: >> >> >> ------------------------------------------------------------------------ >> >> ACK sip:1002 at y.y.y.y:5060 SIP/2.0 >> >> Via: SIP/2.0/TCP 192.168.1.101:5060 >> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport >> >> Max-Forwards: 70 >> >> To: ;tag=gXrZg0KvmrXZH >> >> From: ;tag=9de53b6c >> >> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >> >> CSeq: 2 ACK >> >> Content-Length: 0 >> >> >> >> >> ------------------------------------------------------------------------ >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at 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* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> >> -- >> >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? >> http://twitter.com/FreeSWITCH >> >> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >> * >> >> ClueCon Weekly Development Call >> >> ? sip:888 at conference.freeswitch.org ? +19193869900 >> >> >> >> ClueCon Testimonials >> >> ClueCon This Summer >> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> >> -- >> >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? >> http://twitter.com/FreeSWITCH >> >> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >> * >> >> ClueCon Weekly Development Call >> >> ? sip:888 at conference.freeswitch.org ? +19193869900 >> >> >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150823/e0759755/attachment-0001.html From mike at jerris.com Sun Aug 23 21:23:23 2015 From: mike at jerris.com (Michael Jerris) Date: Sun, 23 Aug 2015 13:23:23 -0400 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: <1a6501d0ddbb$b9645e90$2c2d1bb0$@freeswitch.org> Message-ID: <3C83996B-E693-41B5-B7CE-E30CB21D5C37@jerris.com> This has nothing at all to do with encryption.... in fact: Dialplan: sofia/internal/1001 at x.x.x.x :5060 Action bridge({rtp_secure_media=false,sip_secure_mediai_outbound=false}[,sip_secure_media_outbound=false,sdp_secure_savp_only=false,origination_caller_id_number=17185345433 ]sofia/internal/754617702573728 at y.y.y.y ) you don't need ANY of these vars: rtp_secure_media=false,sip_secure_mediai_outbound=false sip_secure_media_outbound=false,sdp_secure_savp_only=false and you have other typos in there like leading , that I think doesn't matter, but NONE of that is necessary. It sounds like your issue has everything to do with the outbound call, and nothing at all to do with encryption or anything from the inbound call. Is there any nat in play on the outbound call? You have edited the trace to remove IP addresses, and I have found that this is typically where the problem is whenever anyone edits traces to remove this information, so I as a policy will not review any edited logs. Look for nat issues and I suspect you will find the problem. > On Aug 23, 2015, at 1:12 PM, Pete Kay wrote: > > Hi > > Thanks alot for the help. The call is not able to ing the remote end. However, from the webrtc side, I can hear audio, but the remote end, there is no audio. > My scenario is WebRTC client -> Freeswitch -> Voip gateway -> mobile phone > > WebRTC client can hear audio but mobile phone hear nothing. > > Is it because of some decryption not set correct? > > Here is my log: > > > ------------------------------------------------------------------------ > > recv 3546 bytes from tcp/[163.125.130.79]:26869 at 16:38:06.597828: > > ------------------------------------------------------------------------ > > INVITE sip:1002 at x.x.x.x:5060 SIP/2.0 > > Via: SIP/2.0/TCP 192.168.1.100:5060;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport > > Max-Forwards: 70 > > Contact: ;+sip.instance="1001 at x.x.x.x:5060" > > To: > > From: ;tag=e090b871 > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 2 INVITE > > Session-Expires: 1800 > > Min-SE: 90 > > Accept-Language: en > > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, NOTIFY, SUBSCRIBE, INFO, MESSAGE, PRACK > > Content-Type: application/sdp > > Proxy-Authorization: Digest username="1001",realm="x.x.x.x",nonce="54896b80-49b5-11e5-ba06-3bd1ff35cbfe",uri="sip:1002 at x.x.x.x:5060",response="0afd4be94eedc61fadc74712a1376486",cnonce="55b6411c482ea7487d4a9c4496371213",nc=00000001,qop=auth,algorithm=MD5 > > Supported: timer, 100rel > > Content-Length: 2681 > > > v=0 > > o=- 7694721001483168063 2 IN IP4 127.0.0.1 > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:PfQS5mTk8DdU0wfL > > a=ice-pwd:/LwkxiZgwC7MiwSbG1Ypx5hJ > > a=fingerprint:sha-1 0F:6D:76:5D:16:F5:37:8F:F9:80:1C:CC:54:F0:3E:61:13:A0:87:17 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > a=sendrecv > > a=rtcp-mux > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=maxptime:60 > > a=ssrc:718599481 cname:DOUxo2z76LkE5KZX > > a=ssrc:718599481 msid:media_stream audio_track > > a=ssrc:718599481 mslabel:media_stream > > a=ssrc:718599481 label:audio_track > > a=candidate:3013953624 1 udp 2122260223 192.168.1.100 55457 typ host generation 0 > > a=candidate:2117845908 1 udp 2122194687 10.162.22.234 50345 typ host generation 0 > > a=candidate:3013953624 2 udp 2122260222 192.168.1.100 52690 typ host generation 0 > > a=candidate:2117845908 2 udp 2122194686 10.162.22.234 53413 typ host generation 0 > > a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49472 typ host tcptype passive generation 0 > > a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49473 typ host tcptype passive generation 0 > > a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49474 typ host tcptype passive generation 0 > > a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49475 typ host tcptype passive generation 0 > > a=candidate:854413036 1 udp 1686052607 163.125.130.79 26990 typ srflx raddr 192.168.1.100 rport 55457 generation 0 > > a=candidate:854413036 2 udp 1686052606 163.125.130.79 26991 typ srflx raddr 192.168.1.100 rport 52690 generation 0 > > a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59693 typ srflx raddr 10.162.22.234 rport 50345 generation 0 > > a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59694 typ srflx raddr 10.162.22.234 rport 53413 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 60858 typ relay raddr 163.125.130.79 rport 26990 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 62660 typ relay raddr 163.125.130.79 rport 26991 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 61723 typ relay raddr 112.97.51.70 rport 42163 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 63902 typ relay raddr 112.97.51.70 rport 42162 generation 0 > > ------------------------------------------------------------------------ > > send 371 bytes to tcp/[163.125.130.79]:26869 at 16:38:06.598163: > > ------------------------------------------------------------------------ > > SIP/2.0 100 Trying > > Via: SIP/2.0/TCP 192.168.1.100:5060;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 > > From: ;tag=e090b871 > > To: > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 2 INVITE > > User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:2255 Re-attaching to session 54895f1e-49b5-11e5-ba05-3bd1ff35cbfe > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:9093 sofia/internal/1001 at x.x.x.x:5060 receiving invite from 163.125.130.79:26869 version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:9260 IP 163.125.130.79 Rejected by acl "domains". Falling back to Digest auth. > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:10392 Setting NAT mode based on nat.auto > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:6715 Channel sofia/internal/1001 at x.x.x.x:5060 entering state [received][100] > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:6725 Remote SDP: > > v=0 > > o=- 7694721001483168063 2 IN IP4 127.0.0.1 > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:PfQS5mTk8DdU0wfL > > a=ice-pwd:/LwkxiZgwC7MiwSbG1Ypx5hJ > > a=fingerprint:sha-1 0F:6D:76:5D:16:F5:37:8F:F9:80:1C:CC:54:F0:3E:61:13:A0:87:17 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:718599481 cname:DOUxo2z76LkE5KZX > > a=ssrc:718599481 msid:media_stream audio_track > > a=ssrc:718599481 mslabel:media_stream > > a=ssrc:718599481 label:audio_track > > a=candidate:3013953624 1 udp 2122260223 192.168.1.100 55457 typ host generation 0 > > a=candidate:2117845908 1 udp 2122194687 10.162.22.234 50345 typ host generation 0 > > a=candidate:3013953624 2 udp 2122260222 192.168.1.100 52690 typ host generation 0 > > a=candidate:2117845908 2 udp 2122194686 10.162.22.234 53413 typ host generation 0 > > a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49472 typ host tcptype passive generation 0 > > a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49473 typ host tcptype passive generation 0 > > a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49474 typ host tcptype passive generation 0 > > a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49475 typ host tcptype passive generation 0 > > a=candidate:854413036 1 udp 1686052607 163.125.130.79 26990 typ srflx raddr 192.168.1.100 rport 55457 generation 0 > > a=candidate:854413036 2 udp 1686052606 163.125.130.79 26991 typ srflx raddr 192.168.1.100 rport 52690 generation 0 > > a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59693 typ srflx raddr 10.162.22.234 rport 50345 generation 0 > > a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59694 typ srflx raddr 10.162.22.234 rport 53413 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 60858 typ relay raddr 163.125.130.79 rport 26990 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 62660 typ relay raddr 163.125.130.79 rport 26991 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 61723 typ relay raddr 112.97.51.70 rport 42163 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 63902 typ relay raddr 112.97.51.70 rport 42162 generation 0 > > > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:6991 (sofia/internal/1001 at x.x.x.x:5060) State Change CS_NEW -> CS_INIT > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_INIT > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/1001 at x.x.x.x:5060) State INIT > > 2015-08-23 16:38:06.590319 [DEBUG] mod_sofia.c:88 sofia/internal/1001 at x.x.x.x:5060 SOFIA INIT > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:40 sofia/internal/1001 at x.x.x.x:5060 Standard INIT > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/1001 at x.x.x.x:5060) State Change CS_INIT -> CS_ROUTING > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/1001 at x.x.x.x:5060) State INIT going to sleep > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_ROUTING > > 2015-08-23 16:38:06.590319 [DEBUG] switch_channel.c:2239 (sofia/internal/1001 at x.x.x.x:5060) Callstate Change DOWN -> RINGING > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at x.x.x.x:5060) State ROUTING > > 2015-08-23 16:38:06.590319 [DEBUG] mod_sofia.c:141 sofia/internal/1001 at x.x.x.x:5060 SOFIA ROUTING > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:166 sofia/internal/1001 at x.x.x.x:5060 Standard ROUTING > > 2015-08-23 16:38:06.590319 [INFO] mod_dialplan_xml.c:637 Processing 1001 <1001>->1002 in context default > > Dialplan: sofia/internal/1001 at x.x.x.x:5060 parsing [default->incoming_calls] continue=false > > Dialplan: sofia/internal/1001 at x.x.x.x:5060 Regex (PASS) [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false > > Dialplan: sofia/internal/1001 at x.x.x.x:5060 Action bridge({rtp_secure_media=false,sip_secure_mediai_outbound=false}[,sip_secure_media_outbound=false,sdp_secure_savp_only=false,origination_caller_id_number=17185345433 ]sofia/internal/754617702573728 at y.y.y.y) > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:216 (sofia/internal/1001 at x.x.x.x:5060) State Change CS_ROUTING -> CS_EXECUTE > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at x.x.x.x:5060) State ROUTING going to sleep > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_EXECUTE > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at x.x.x.x:5060) State EXECUTE > > 2015-08-23 16:38:06.590319 [DEBUG] mod_sofia.c:196 sofia/internal/1001 at x.x.x.x:5060 SOFIA EXECUTE > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:258 sofia/internal/1001 at x.x.x.x:5060 Standard EXECUTE > > EXECUTE sofia/internal/1001 at x.x.x.x:5060 bridge({rtp_secure_media=false,sip_secure_mediai_outbound=false}[,sip_secure_media_outbound=false,sdp_secure_savp_only=false,origination_caller_id_number=17185345433 ]sofia/internal/754617702573728 at y.y.y.y) > > 2015-08-23 16:38:06.610302 [DEBUG] switch_ivr_originate.c:2104 Parsing global variables > > 2015-08-23 16:38:06.610302 [DEBUG] switch_ivr_originate.c:2557 Parsing session specific variables > > 2015-08-23 16:38:06.610302 [NOTICE] switch_channel.c:1089 New Channel sofia/internal/754617702573728 at y.y.y.y [54d94e84-49b5-11e5-ba0c-3bd1ff35cbfe] > > 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:4735 (sofia/internal/754617702573728 at y.y.y.y) State Change CS_NEW -> CS_INIT > > 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] Setting a-leg inherit_codec=true > > 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b' > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_INIT > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/754617702573728 at y.y.y.y) State INIT > > 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:88 sofia/internal/754617702573728 at y.y.y.y SOFIA INIT > > 2015-08-23 16:38:06.610302 [DEBUG] sofia_glue.c:1257 sofia/internal/754617702573728 at y.y.y.y sending invite version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit > > Local SDP: > > v=0 > > o=FreeSWITCH 1440321260 1440321261 IN IP4 x.x.x.x > > s=FreeSWITCH > > c=IN IP4 x.x.x.x > > t=0 0 > > m=audio 26626 RTP/AVP 9 0 8 101 13 > > a=rtpmap:9 G722/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:101 telephone-event/8000 > > a=fmtp:101 0-16 > > a=rtpmap:13 CN/8000 > > a=ptime:20 > > a=sendrecv > > > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:40 sofia/internal/754617702573728 at y.y.y.y Standard INIT > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/754617702573728 at y.y.y.y) State Change CS_INIT -> CS_ROUTING > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/754617702573728 at y.y.y.y) State INIT going to sleep > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_ROUTING > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/754617702573728 at y.y.y.y) State ROUTING > > 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:141 sofia/internal/754617702573728 at y.y.y.y SOFIA ROUTING > > 2015-08-23 16:38:06.610302 [DEBUG] switch_ivr_originate.c:67 (sofia/internal/754617702573728 at y.y.y.y) State Change CS_ROUTING -> CS_CONSUME_MEDIA > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/754617702573728 at y.y.y.y) State ROUTING going to sleep > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_CONSUME_MEDIA > > send 1281 bytes to udp/[y.y.y.y]:5060 at 16:38:06.611312: > > ------------------------------------------------------------------------ > > INVITE sip:754617702573728 at y.y.y.y SIP/2.0 > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKevaDa1tKZ99Uc > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/754617702573728 at y.y.y.y) State CONSUME_MEDIA > > Max-Forwards: 69 > > From: "Extension 1001" @x.x.x.x>;tag=j0D5DB23gpjve > > To: > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/754617702573728 at y.y.y.y) State CONSUME_MEDIA going to sleep > > Call-ID: 2c37ae78-c458-1233-8384-60eb698211be > > CSeq: 79837879 INVITE > > Contact: > > User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > 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 > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 294 > > X-FS-Support: update_display,send_info > > Remote-Party-ID: "Extension 1001" @x.x.x.x>;party=calling;screen=yes;privacy=off > > > v=0 > > o=FreeSWITCH 1440321260 1440321261 IN IP4 x.x.x.x > > s=FreeSWITCH > > c=IN IP4 x.x.x.x > > t=0 0 > > m=audio 26626 RTP/AVP 9 0 8 101 13 > > a=rtpmap:9 G722/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:101 telephone-event/8000 > > a=fmtp:101 0-16 > > a=rtpmap:13 CN/8000 > > a=ptime:20 > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:06.610302 [DEBUG] sofia.c:6715 Channel sofia/internal/754617702573728 at y.y.y.y entering state [calling][0] > > recv 317 bytes from udp/[y.y.y.y]:5060 at 16:38:06.612398: > > ------------------------------------------------------------------------ > > SIP/2.0 100 Trying > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKevaDa1tKZ99Uc > > From: "Extension 1001" @x.x.x.x>;tag=j0D5DB23gpjve > > To: > > Call-ID: 2c37ae78-c458-1233-8384-60eb698211be > > CSeq: 79837879 INVITE > > User-Agent: DNL-Switch > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > recv 674 bytes from udp/[y.y.y.y]:5060 at 16:38:07.210825: > > ------------------------------------------------------------------------ > > SIP/2.0 183 Session Progress > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKevaDa1tKZ99Uc > > From: "Extension 1001" @x.x.x.x>;tag=j0D5DB23gpjve > > To: ;tag=1Xmp97vgtp22K > > Call-ID: 2c37ae78-c458-1233-8384-60eb698211be > > CSeq: 79837879 INVITE > > Contact: > > User-Agent: DNL-Switch > > Accept: application/sdp > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO > > Supported: timer > > Content-Type: application/sdp > > Content-Length: 139 > > > v=0 > > o=- 1440347904 1440347904 IN IP4 218.16.64.24 > > s=VOS2009 > > c=IN IP4 218.16.64.24 > > t=0 0 > > m=audio 8722 RTP/AVP 8 > > a=rtpmap:8 PCMA/8000 > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:07.210310 [DEBUG] sofia.c:6715 Channel sofia/internal/754617702573728 at y.y.y.y entering state [proceeding][183] > > 2015-08-23 16:38:07.210310 [DEBUG] sofia.c:6725 Remote SDP: > > v=0 > > o=- 1440347904 1440347904 IN IP4 218.16.64.24 > > s=VOS2009 > > c=IN IP4 218.16.64.24 > > t=0 0 > > m=audio 8722 RTP/AVP 8 > > a=rtpmap:8 PCMA/8000 > > > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[G722:9:8000:20:64000:1] > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMU:0:8000:20:64000:1] > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4142 Audio Codec Compare [PCMA:8:8000:20:64000:1] ++++ is saved as a match > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:2871 Set Codec sofia/internal/754617702573728 at y.y.y.y PCMA/8000 20 ms 160 samples 64000 bits 1 channels > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_codec.c:111 sofia/internal/754617702573728 at y.y.y.y Original read codec set to PCMA:8 > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4407 No 2833 in SDP. Disable 2833 dtmf and switch to INFO > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:5947 AUDIO RTP [sofia/internal/754617702573728 at y.y.y.y] x.x.x.x port 26626 -> 218.16.64.24 port 8722 codec: 8 ms: 20 > > 2015-08-23 16:38:07.210310 [DEBUG] switch_rtp.c:3694 Starting timer [soft] 160 bytes per 20ms > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:6274 sofia/internal/754617702573728 at y.y.y.y Set rtp dtmf delay to 40 > > 2015-08-23 16:38:07.210310 [NOTICE] sofia_media.c:92 Pre-Answer sofia/internal/754617702573728 at y.y.y.y! > > 2015-08-23 16:38:07.210310 [DEBUG] switch_channel.c:3460 (sofia/internal/754617702573728 at y.y.y.y) Callstate Change DOWN -> EARLY > > 2015-08-23 16:38:07.230314 [DEBUG] switch_ivr_originate.c:413 Setting codec string on sofia/internal/1001 at x.x.x.x:5060 to PCMA at 8000h@20i > > 2015-08-23 16:38:07.230314 [INFO] switch_ivr_originate.c:3533 Sending early media > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [opus:111:48000:60:0:2]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [ISAC:103:16000:30:32000:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [G722:9:8000:60:64000:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [ILBC:102:8000:30:13330:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [PCMU:0:8000:60:64000:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [PCMA:8:8000:60:64000:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4142 Audio Codec Compare [PCMA:8:8000:20:64000:1] ++++ is saved as a match > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [CN:105:16000:60:0:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [CN:13:8000:60:0:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [red:127:8000:60:0:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4003 Set telephone-event payload to 126 at 8000 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:2871 Set Codec sofia/internal/1001 at x.x.x.x:5060 PCMA/8000 20 ms 160 samples 64000 bits 1 channels > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_codec.c:111 sofia/internal/1001 at x.x.x.x:5060 Original read codec set to PCMA:8 > > 2015-08-23 16:38:07.230314 [WARNING] switch_core_media.c:3207 NO candidate ACL defined, Defaulting to wan.auto > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: host addr: 192.168.1.100:55457 > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: host addr: 10.162.22.234:50345 > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: host addr: 192.168.1.100:52690 > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: host addr: 10.162.22.234:53413 > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: srflx addr: 163.125.130.79:26990 > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: srflx addr: 163.125.130.79:26991 > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: srflx addr: 112.97.55.70:59693 > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: srflx addr: 112.97.55.70:59694 > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: relay addr: 146.185.149.11:60858 > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: relay addr: 146.185.149.11:62660 > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: relay addr: 146.185.149.11:61723 > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: relay addr: 146.185.149.11:63902 > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3276 Searching for rtp candidate. > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3281 Choose rtp candidate, index 2, 163.125.130.79:26990 > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3099 sofia/internal/1001 at x.x.x.x:5060 choosing family v4 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3292 Choose same candidate, index 6, for rtcp based on rtcp-mux attribute 163.125.130.79:26990 > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3337 setting remote audio ice addr to index 2 163.125.130.79:26990 based on candidate > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3358 Setting remote rtcp audio addr to 163.125.130.79:26990 based on candidate > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4346 Set telephone-event payload to 126 at 8000 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4394 Set 2833 dtmf send/recv payload to 126 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:5947 AUDIO RTP [sofia/internal/1001 at x.x.x.x:5060] x.x.x.x port 21834 -> 163.125.130.79 port 26990 codec: 8 ms: 20 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_rtp.c:3694 Starting timer [soft] 160 bytes per 20ms > > 2015-08-23 16:38:07.230314 [INFO] switch_core_media.c:6122 Activating Audio ICE > > 2015-08-23 16:38:07.230314 [NOTICE] switch_rtp.c:4213 Activating RTP audio ICE: PfQS5mTk8DdU0wfL:lxhtm2fsdIETo71R 163.125.130.79:26990 > 2015-08-23 16:38:07.230314 [INFO] switch_core_media.c:6165 Activating RTCP PORT 26990 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_rtp.c:4110 RTCP send rate is: 5000 and packet rate is: 20000 Remote Port: 26990 > > 2015-08-23 16:38:07.230314 [INFO] switch_core_media.c:6173 Skipping RTCP ICE (Same as RTP) > > 2015-08-23 16:38:07.230314 [INFO] switch_rtp.c:3214 Activate RTP/RTCP audio DTLS client > > 2015-08-23 16:38:07.230314 [INFO] switch_rtp.c:3343 Changing audio DTLS state from OFF to HANDSHAKE > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:6246 Set 2833 dtmf send payload to 126 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:6252 Set 2833 dtmf receive payload to 126 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:6274 sofia/internal/1001 at x.x.x.x:5060 Set rtp dtmf delay to 40 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:6280 Set comfort noise payload to 13 > > 2015-08-23 16:38:07.230314 [NOTICE] sofia_media.c:92 Pre-Answer sofia/internal/1001 at x.x.x.x:5060! > > 2015-08-23 16:38:07.230314 [DEBUG] switch_channel.c:3460 (sofia/internal/1001 at x.x.x.x:5060) Callstate Change RINGING -> EARLY > > 2015-08-23 16:38:07.230314 [DEBUG] mod_sofia.c:2293 Ring SDP: > > v=0 > > o=FreeSWITCH 1440326053 1440326054 IN IP4 x.x.x.x > > s=FreeSWITCH > > c=IN IP4 x.x.x.x > > t=0 0 > > a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > m=audio 21834 RTP/SAVPF 8 126 13 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtpmap:13 CN/8000 > > a=ptime:20 > > a=sendonly > > a=fingerprint:sha-1 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A > > a=setup:active > > a=rtcp-mux > > a=rtcp:21834 IN IP4 x.x.x.x > > a=ice-ufrag:lxhtm2fsdIETo71R > > a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW > > a=candidate:4917377022 1 udp 659136 x.x.x.x 21834 typ host generation 0 > > a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm > > a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 > > a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 > > > > 2015-08-23 16:38:07.230314 [DEBUG] switch_ivr_originate.c:3584 Originate Resulted in Success: [sofia/internal/754617702573728 at y.y.y.y] > > send 1773 bytes to tcp/[163.125.130.79]:26869 at 16:38:07.236989: > > ------------------------------------------------------------------------ > > SIP/2.0 183 Session Progress > > Via: SIP/2.0/TCP 192.168.1.100:5060;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 > > From: ;tag=e090b871 > > To: ;tag=HQmccgH0KDv9j > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 2 INVITE > > Contact: > > User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 809 > > Remote-Party-ID: "Outbound Call" ;party=calling;privacy=off;screen=no > > > v=0 > > o=FreeSWITCH 1440326053 1440326054 IN IP4 x.x.x.x > > s=FreeSWITCH > > c=IN IP4 x.x.x.x > > t=0 0 > > a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > m=audio 21834 RTP/SAVPF 8 126 13 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtpmap:13 CN/8000 > > a=sendonly > > a=ptime:20 > > a=fingerprint:sha-1 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A > > a=setup:active > > a=rtcp-mux > > a=rtcp:21834 IN IP4 x.x.x.x > > a=ice-ufrag:lxhtm2fsdIETo71R > > a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW > > a=candidate:4917377022 1 udp 659136 x.x.x.x 21834 typ host generation 0 > > a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm > > a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 > > a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:07.230314 [DEBUG] sofia.c:6715 Channel sofia/internal/1001 at x.x.x.x:5060 entering state [early][183] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_ivr_bridge.c:1584 (sofia/internal/754617702573728 at y.y.y.y) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_EXCHANGE_MEDIA > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_state_machine.c:542 (sofia/internal/754617702573728 at y.y.y.y) State EXCHANGE_MEDIA > > 2015-08-23 16:38:07.230314 [DEBUG] mod_sofia.c:613 SOFIA EXCHANGE_MEDIA > > 2015-08-23 16:38:09.290278 [DEBUG] switch_rtp.c:6462 Correct audio ip/port confirmed. > > recv 635 bytes from udp/[y.y.y.y]:5060 at 16:38:16.729400: > > ------------------------------------------------------------------------ > > SIP/2.0 200 OK > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKevaDa1tKZ99Uc > > From: "Extension 1001" @x.x.x.x>;tag=j0D5DB23gpjve > > To: ;tag=1Xmp97vgtp22K > > Call-ID: 2c37ae78-c458-1233-8384-60eb698211be > > CSeq: 79837879 INVITE > > Contact: > > User-Agent: DNL-Switch > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO > > Supported: timer > > Content-Type: application/sdp > > Content-Length: 139 > > > v=0 > > o=- 1440347904 1440347904 IN IP4 218.16.64.24 > > s=VOS2009 > > c=IN IP4 218.16.64.24 > > t=0 0 > > m=audio 8722 RTP/AVP 8 > > a=rtpmap:8 PCMA/8000 > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:16.710530 [DEBUG] sofia.c:6715 Channel sofia/internal/754617702573728 at y.y.y.y entering state [completing][200] > > 2015-08-23 16:38:16.710530 [DEBUG] sofia.c:6722 Duplicate SDP > > v=0 > > o=- 1440347904 1440347904 IN IP4 218.16.64.24 > > s=VOS2009 > > c=IN IP4 218.16.64.24 > > t=0 0 > > m=audio 8722 RTP/AVP 8 > > a=rtpmap:8 PCMA/8000 > > > > send 418 bytes to udp/[y.y.y.y]:5060 at 16:38:16.733500: > > ------------------------------------------------------------------------ > > ACK sip:754617702573728 at y.y.y.y:5060;transport=udp SIP/2.0 > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKF535BvBQvj0er > > Max-Forwards: 70 > > From: "Extension 1001" @x.x.x.x>;tag=j0D5DB23gpjve > > To: ;tag=1Xmp97vgtp22K > > Call-ID: 2c37ae78-c458-1233-8384-60eb698211be > > CSeq: 79837879 ACK > > Contact: > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:16.750300 [DEBUG] sofia.c:6715 Channel sofia/internal/754617702573728 at y.y.y.y entering state [ready][200] > > 2015-08-23 16:38:16.750300 [NOTICE] sofia.c:7517 Channel [sofia/internal/754617702573728 at y.y.y.y] has been answered > > 2015-08-23 16:38:16.750300 [DEBUG] switch_channel.c:3759 (sofia/internal/754617702573728 at y.y.y.y) Callstate Change EARLY -> ACTIVE > > 2015-08-23 16:38:16.750300 [DEBUG] mod_sofia.c:799 Local SDP sofia/internal/1001 at x.x.x.x:5060: > > v=0 > > o=FreeSWITCH 1440326053 1440326055 IN IP4 x.x.x.x > > s=FreeSWITCH > > c=IN IP4 x.x.x.x > > t=0 0 > > a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > m=audio 21834 RTP/SAVPF 8 126 13 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtpmap:13 CN/8000 > > a=ptime:20 > > a=sendonly > > a=fingerprint:sha-1 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A > > a=setup:active > > a=rtcp-mux > > a=rtcp:21834 IN IP4 x.x.x.x > > a=ice-ufrag:lxhtm2fsdIETo71R > > a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW > > a=candidate:9014549722 1 udp 659136 x.x.x.x 21834 typ host generation 0 > > a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm > > a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 > > a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 > > > > send 1786 bytes to tcp/[163.125.130.79]:26869 at 16:38:16.754777: > > ------------------------------------------------------------------------ > > SIP/2.0 200 OK > > Via: SIP/2.0/TCP 192.168.1.100:5060;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 > > From: ;tag=e090b871 > > To: ;tag=HQmccgH0KDv9j > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 2 INVITE > > Contact: > > User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > > Require: timer > > 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 > > Session-Expires: 120;refresher=uac > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 809 > > Remote-Party-ID: "Outbound Call" ;party=calling;privacy=off;screen=no > > > v=0 > > o=FreeSWITCH 1440326053 1440326054 IN IP4 x.x.x.x > > s=FreeSWITCH > > c=IN IP4 x.x.x.x > > t=0 0 > > a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > m=audio 21834 RTP/SAVPF 8 126 13 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtpmap:13 CN/8000 > > a=sendonly > > a=ptime:20 > > a=fingerprint:sha-1 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A > > a=setup:active > > a=rtcp-mux > > a=rtcp:21834 IN IP4 x.x.x.x > > a=ice-ufrag:lxhtm2fsdIETo71R > > a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW > > a=candidate:4917377022 1 udp 659136 x.x.x.x 21834 typ host generation 0 > > a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm > > a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 > > a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:16.770314 [DEBUG] sofia.c:6715 Channel sofia/internal/1001 at x.x.x.x:5060 entering state [completed][200] > > 2015-08-23 16:38:16.810331 [DEBUG] switch_rtp.c:6462 Correct audio ip/port confirmed. > > send 1786 bytes to tcp/[163.125.130.79]:26869 at 16:38:17.254967: > > ------------------------------------------------------------------------ > > SIP/2.0 200 OK > > Via: SIP/2.0/TCP 192.168.1.100:5060;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 > > From: ;tag=e090b871 > > To: ;tag=HQmccgH0KDv9j > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 2 INVITE > > Contact: > > User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > > Require: timer > > 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 > > Session-Expires: 120;refresher=uac > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 809 > > Remote-Party-ID: "Outbound Call" ;party=calling;privacy=off;screen=no > > > v=0 > > o=FreeSWITCH 1440326053 1440326054 IN IP4 x.x.x.x > > s=FreeSWITCH > > c=IN IP4 x.x.x.x > > t=0 0 > > a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > m=audio 21834 RTP/SAVPF 8 126 13 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtpmap:13 CN/8000 > > a=sendonly > > a=ptime:20 > > a=fingerprint:sha-1 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A > > a=setup:active > > a=rtcp-mux > > a=rtcp:21834 IN IP4 x.x.x.x > > a=ice-ufrag:lxhtm2fsdIETo71R > > a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW > > a=candidate:4917377022 1 udp 659136 x.x.x.x 21834 typ host generation 0 > > a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm > > a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 > > a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 > > ------------------------------------------------------------------------ > > recv 425 bytes from tcp/[163.125.130.79]:26869 at 16:38:17.263429: > > ------------------------------------------------------------------------ > > ACK sip:1002 at x.x.x.x:5060;transport=tcp SIP/2.0 > > Via: SIP/2.0/TCP 192.168.1.100:5060;branch=z9hG4bK-524287-1---c562871456b95e64;rport > > Max-Forwards: 70 > > Contact: ;+sip.instance="1001 at x.x.x.x:5060" > > To: ;tag=HQmccgH0KDv9j > > From: ;tag=e090b871 > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 2 ACK > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:17.270321 [DEBUG] sofia.c:6715 Channel sofia/internal/1001 at x.x.x.x:5060 entering state [ready][200] > > 2015-08-23 16:38:17.670308 [NOTICE] switch_rtp.c:1175 Auto Changing audio stun/rtp/dtls port from 163.125.130.79:26990 to 112.97.55.70:59693 > recv 425 bytes from tcp/[163.125.130.79]:26869 at 16:38:17.692357: > > ------------------------------------------------------------------------ > > ACK sip:1002 at x.x.x.x:5060;transport=tcp SIP/2.0 > > Via: SIP/2.0/TCP 192.168.1.100:5060;branch=z9hG4bK-524287-1---c562871456b95e64;rport > > Max-Forwards: 70 > > Contact: ;+sip.instance="1001 at x.x.x.x:5060" > > To: ;tag=HQmccgH0KDv9j > > From: ;tag=e090b871 > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 2 ACK > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:3007 Changing audio DTLS state from HANDSHAKE to SETUP > > 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:2916 audio Fingerprint Verified. > > 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:3506 Activating Audio Secure RTP SEND > > 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:3484 Activating Audio Secure RTP RECV > > 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:2956 Changing audio DTLS state from SETUP to READY > > 2015-08-23 16:38:19.510341 [DEBUG] switch_core_sqldb.c:2607 Secure Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80 > > 2015-08-23 16:38:19.510341 [DEBUG] switch_core_sqldb.c:2607 Secure Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80 > > 2015-08-23 16:38:19.510341 [NOTICE] switch_ivr_bridge.c:609 Channel [sofia/internal/1001 at x.x.x.x:5060] has been answered > > 2015-08-23 16:38:19.510341 [DEBUG] switch_channel.c:3759 (sofia/internal/1001 at x.x.x.x:5060) Callstate Change EARLY -> ACTIVE > > > > freeswitch at switch3> > > freeswitch at switch3> > > freeswitch at switch3> > > freeswitch at switch3> > > freeswitch at switch3> recv 737 bytes from tcp/[163.125.130.79]:26869 at 16:38:29.607614: > > ------------------------------------------------------------------------ > > BYE sip:1002 at x.x.x.x:5060;transport=tcp SIP/2.0 > > Via: SIP/2.0/TCP 192.168.1.100:5060;branch=z9hG4bK-524287-1---c2b8e25850437d1d;rport > > Max-Forwards: 70 > > Contact: ;+sip.instance="1001 at x.x.x.x:5060" > > To: ;tag=HQmccgH0KDv9j > > From: ;tag=e090b871 > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 3 BYE > > Proxy-Authorization: Digest username="1001",realm="x.x.x.x",nonce="54896b80-49b5-11e5-ba06-3bd1ff35cbfe",uri="sip:1002 at x.x.x.x:5060;transport=tcp",response="e01d7fbc84b3375e271c041aac302718",cnonce="061dd974e10e224a6d5cad294f14cf21",nc=00000002,qop=auth,algorithm=MD5 > > Reason: SIP;text=User Hung Up > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:29.610343 [NOTICE] sofia.c:952 Hangup sofia/internal/1001 at x.x.x.x:5060 [CS_EXECUTE] [NORMAL_CLEARING] > > send 526 bytes to tcp/[163.125.130.79]:26869 at 16:38:29.615254: > > ------------------------------------------------------------------------ > > SIP/2.0 200 OK > > Via: SIP/2.0/TCP 192.168.1.100:5060;branch=z9hG4bK-524287-1---c2b8e25850437d1d;rport=26869;received=163.125.130.79 > > From: ;tag=e090b871 > > To: ;tag=HQmccgH0KDv9j > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 3 BYE > > User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > > Supported: timer, path, replaces > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:29.610343 [DEBUG] switch_ivr_bridge.c:771 BRIDGE THREAD DONE [sofia/internal/1001 at x.x.x.x:5060] > > 2015-08-23 16:38:29.630370 [DEBUG] switch_ivr_bridge.c:771 BRIDGE THREAD DONE [sofia/internal/754617702573728 at y.y.y.y] > > 2015-08-23 16:38:29.630370 [NOTICE] switch_ivr_bridge.c:874 Hangup sofia/internal/754617702573728 at y.y.y.y [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:542 (sofia/internal/754617702573728 at y.y.y.y) State EXCHANGE_MEDIA going to sleep > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_HANGUP > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/754617702573728 at y.y.y.y) Callstate Change ACTIVE -> HANGUP > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/754617702573728 at y.y.y.y) State HANGUP > > 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:425 sofia/internal/754617702573728 at y.y.y.y Overriding SIP cause 480 with 200 from the other leg > > 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:431 Channel sofia/internal/754617702573728 at y.y.y.y hanging up, cause: NORMAL_CLEARING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_ivr_bridge.c:1682 sofia/internal/754617702573728 at y.y.y.y skip receive message [UNBRIDGE] (channel is hungup already) > > 2015-08-23 16:38:29.630370 [DEBUG] switch_ivr_bridge.c:1685 sofia/internal/1001 at x.x.x.x:5060 skip receive message [UNBRIDGE] (channel is hungup already) > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_session.c:2926 sofia/internal/1001 at x.x.x.x:5060 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at x.x.x.x:5060) State EXECUTE going to sleep > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_HANGUP > > 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:484 Sending BYE to sofia/internal/754617702573728 at y.y.y.y > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:60 sofia/internal/754617702573728 at y.y.y.y Standard HANGUP, cause: NORMAL_CLEARING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/754617702573728 at y.y.y.y) State HANGUP going to sleep > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/754617702573728 at y.y.y.y) State Change CS_HANGUP -> CS_REPORTING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_REPORTING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/1001 at x.x.x.x:5060) Callstate Change ACTIVE -> HANGUP > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/754617702573728 at y.y.y.y) State REPORTING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:104 sofia/internal/754617702573728 at y.y.y.y Standard REPORTING, cause: NORMAL_CLEARING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/754617702573728 at y.y.y.y) State REPORTING going to sleep > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/1001 at x.x.x.x:5060) State HANGUP > > 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:431 Channel sofia/internal/1001 at x.x.x.x:5060 hanging up, cause: NORMAL_CLEARING > > send 642 bytes to udp/[y.y.y.y]:5060 at 16:38:29.633670: > > ------------------------------------------------------------------------ > > BYE sip:754617702573728 at y.y.y.y:5060;transport=udp SIP/2.0 > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKgeXyDQvtSUp1K > > Max-Forwards: 70 > > From: "Extension 1001" @x.x.x.x>;tag=j0D5DB23gpjve > > To: ;tag=1Xmp97vgtp22K > > Call-ID: 2c37ae78-c458-1233-8384-60eb698211be > > CSeq: 79837880 BYE > > User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > > Supported: timer, path, replaces > > Reason: Q.850;cause=16;text="NORMAL_CLEARING" > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/754617702573728 at y.y.y.y) State Change CS_REPORTING -> CS_DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_session.c:1639 Session 5 (sofia/internal/754617702573728 at y.y.y.y) Locked, Waiting on external entities > > 2015-08-23 16:38:29.630370 [NOTICE] switch_core_session.c:1657 Session 5 (sofia/internal/754617702573728 at y.y.y.y) Ended > > 2015-08-23 16:38:29.630370 [NOTICE] switch_core_session.c:1661 Close Channel sofia/internal/754617702573728 at y.y.y.y [CS_DESTROY] > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:60 sofia/internal/1001 at x.x.x.x:5060 Standard HANGUP, cause: NORMAL_CLEARING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/1001 at x.x.x.x:5060) State HANGUP going to sleep > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/1001 at x.x.x.x:5060) State Change CS_HANGUP -> CS_REPORTING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_REPORTING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/754617702573728 at y.y.y.y) State DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:341 sofia/internal/754617702573728 at y.y.y.y SOFIA DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/1001 at x.x.x.x:5060) State REPORTING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:111 sofia/internal/754617702573728 at y.y.y.y Standard DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/754617702573728 at y.y.y.y) State DESTROY going to sleep > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:104 sofia/internal/1001 at x.x.x.x:5060 Standard REPORTING, cause: NORMAL_CLEARING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/1001 at x.x.x.x:5060) State REPORTING going to sleep > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/1001 at x.x.x.x:5060) State Change CS_REPORTING -> CS_DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_session.c:1639 Session 4 (sofia/internal/1001 at x.x.x.x:5060) Locked, Waiting on external entities > > 2015-08-23 16:38:29.630370 [NOTICE] switch_core_session.c:1657 Session 4 (sofia/internal/1001 at x.x.x.x:5060) Ended > > 2015-08-23 16:38:29.630370 [NOTICE] switch_core_session.c:1661 Close Channel sofia/internal/1001 at x.x.x.x:5060 [CS_DESTROY] > > recv 394 bytes from udp/[y.y.y.y]:5060 at 16:38:29.634664: > > ------------------------------------------------------------------------ > > SIP/2.0 200 OK > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKgeXyDQvtSUp1K > > From: "Extension 1001" @x.x.x.x>;tag=j0D5DB23gpjve > > To: ;tag=1Xmp97vgtp22K > > Call-ID: 2c37ae78-c458-1233-8384-60eb698211be > > CSeq: 79837880 BYE > > User-Agent: DNL-Switch > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO > > Supported: timer > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/1001 at x.x.x.x:5060) State DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:341 sofia/internal/1001 at x.x.x.x:5060 SOFIA DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:111 sofia/internal/1001 at x.x.x.x:5060 Standard DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/1001 at x.x.x.x:5060) State DESTROY going to sleep > > > > On Sun, Aug 23, 2015 at 9:56 AM, Anthony Minessale > wrote: > Try reverting your config to defaults. You are clearly lost in some config changes. > > > > On Sun, Aug 23, 2015 at 10:52 AM, Ken Rice > wrote: > Don?t set proxy media or bypass media, these are special modes that do not fix up the RTP at all? just use the default modes > > > > > > > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Pete Kay > Sent: Sunday, August 23, 2015 10:41 AM > To: FreeSWITCH Users Help > > Subject: Re: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP > > > > Hi > > I changed the internal profile to proxy media now, and the o= line in the sdp is now showing FREESWITCH, but it is still using SAVPF... > > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:166 sofia/internal/1001 at x.x.x.x:5060 Standard ROUTING > > 2015-08-23 15:34:14.714657 [INFO] mod_dialplan_xml.c:637 Processing 1001 <1001>->1002 in context default > > Dialplan: sofia/internal/1001 at x.x.x.x:5060 parsing [default->incoming_calls] continue=false > > Dialplan: sofia/internal/1001 at x.x.x.x:5060 Regex (PASS) [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false > > Dialplan: sofia/internal/1001 at x.x.x.x:5060 Action bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false]sofia/internal/754617162742492 at y.y.y.y ) > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:216 (sofia/internal/1001 at x.x.x.x:5060 ) State Change CS_ROUTING -> CS_EXECUTE > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at x.x.x.x:5060 ) State ROUTING going to sleep > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at x.x.x.x:5060 ) Running State Change CS_EXECUTE > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at x.x.x.x:5060 ) State EXECUTE > > 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:196 sofia/internal/1001 at x.x.x.x:5060 SOFIA EXECUTE > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:258 sofia/internal/1001 at x.x.x.x:5060 Standard EXECUTE > > EXECUTE sofia/internal/1001 at x.x.x.x:5060 bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false]sofia/internal/754617162742492 at y.y.y.y ) > > 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:2104 Parsing global variables > > 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:2557 Parsing session specific variables > > 2015-08-23 15:34:14.714657 [NOTICE] switch_channel.c:1089 New Channel sofia/internal/754617162742492 at y.y.y.y [68de50a4-49ac-11e5-b118-6fcd62a30179] > > 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4735 (sofia/internal/754617162742492 at y.y.y.y ) State Change CS_NEW -> CS_INIT > > 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] Setting a-leg inherit_codec=true > > 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b' > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at y.y.y.y ) Running State Change CS_INIT > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/754617162742492 at y.y.y.y ) State INIT > > 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:88 sofia/internal/754617162742492 at y.y.y.y SOFIA INIT > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_media.c:8667 sofia/internal/754617162742492 at y.y.y.y Patched SDP > > --- > > v=0 > > o=- 3653435483206582716 2 IN IP4 127.0.0.1 > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:duN/nld3Ywx4sKCI > > a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk > > a=fingerprint:sha-1 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb > > a=ssrc:3490757364 msid:media_stream audio_track > > a=ssrc:3490757364 mslabel:media_stream > > a=ssrc:3490757364 label:audio_track > > a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host generation 0 > > a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host generation 0 > > a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host generation 0 > > a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host generation 0 > > a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host tcptype passive generation 0 > > a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host tcptype passive generation 0 > > a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host tcptype passive generation 0 > > a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host tcptype passive generation 0 > > a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx raddr 10.162.22.234 rport 65466 generation 0 > > a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx raddr 10.162.22.234 rport 49167 generation 0 > > a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx raddr 192.168.1.100 rport 54468 generation 0 > > a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx raddr 192.168.1.100 rport 64051 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay raddr 112.97.51.70 rport 41768 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay raddr 163.125.130.79 rport 21981 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay raddr 112.97.51.70 rport 41769 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay raddr 163.125.130.79 rport 21982 generation 0 > > > > +++ > > v=0 > > o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x > > s=FreeSWITCH > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 x.x.x.x > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:duN/nld3Ywx4sKCI > > a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk > > a=fingerprint:sha-1 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb > > a=ssrc:3490757364 msid:media_stream audio_track > > a=ssrc:3490757364 mslabel:media_stream > > a=ssrc:3490757364 label:audio_track > > a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host generation 0 > > a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host generation 0 > > a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host generation 0 > > a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host generation 0 > > a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host tcptype passive generation 0 > > a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host tcptype passive generation 0 > > a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host tcptype passive generation 0 > > a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host tcptype passive generation 0 > > a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx raddr 10.162.22.234 rport 65466 generation 0 > > a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx raddr 10.162.22.234 rport 49167 generation 0 > > a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx raddr 192.168.1.100 rport 54468 generation 0 > > a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx raddr 192.168.1.100 rport 64051 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay raddr 112.97.51.70 rport 41768 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay raddr 163.125.130.79 rport 21981 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay raddr 112.97.51.70 rport 41769 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay raddr 163.125.130.79 rport 21982 generation 0 > > > > 2015-08-23 15:34:14.714657 [DEBUG] sofia_glue.c:1257 sofia/internal/754617162742492 at y.y.y.y sending invite version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit > > Local SDP: > > v=0 > > o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x > > s=FreeSWITCH > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 x.x.x.x > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:duN/nld3Ywx4sKCI > > a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk > > a=fingerprint:sha-1 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb > > a=ssrc:3490757364 msid:media_stream audio_track > > a=ssrc:3490757364 mslabel:media_stream > > a=ssrc:3490757364 label:audio_track > > a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host generation 0 > > a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host generation 0 > > a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host generation 0 > > a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host generation 0 > > a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host tcptype passive generation 0 > > a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host tcptype passive generation 0 > > a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host tcptype passive generation 0 > > a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host tcptype passive generation 0 > > a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx raddr 10.162.22.234 rport 65466 generation 0 > > a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx raddr 10.162.22.234 rport 49167 generation 0 > > a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx raddr 192.168.1.100 rport 54468 generation 0 > > a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx raddr 192.168.1.100 rport 64051 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay raddr 112.97.51.70 rport 41768 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay raddr 163.125.130.79 rport 21981 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay raddr 112.97.51.70 rport 41769 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay raddr 163.125.130.79 rport 21982 generation 0 > > > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:40 sofia/internal/754617162742492 at y.y.y.y Standard INIT > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/754617162742492 at y.y.y.y ) State Change CS_INIT -> CS_ROUTING > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/754617162742492 at y.y.y.y ) State INIT going to sleep > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at y.y.y.y ) Running State Change CS_ROUTING > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/754617162742492 at y.y.y.y ) State ROUTING > > 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:141 sofia/internal/754617162742492 at y.y.y.y SOFIA ROUTING > > 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:67 (sofia/internal/754617162742492 at y.y.y.y ) State Change CS_ROUTING -> CS_CONSUME_MEDIA > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/754617162742492 at y.y.y.y ) State ROUTING going to sleep > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at y.y.y.y ) Running State Change CS_CONSUME_MEDIA > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/754617162742492 at y.y.y.y ) State CONSUME_MEDIA > > 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/754617162742492 at y.y.y.y ) State CONSUME_MEDIA going to sleep > > send 3675 bytes to udp/[y.y.y.y]:5060 at 15:34:14.728794: > > ------------------------------------------------------------------------ > > INVITE sip:754617162742492 at y.y.y.y <> SIP/2.0 > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K > > Max-Forwards: 69 > > From: "Extension 1001" >;tag=Q3F772K7rmctc > > To: > > > Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be > > CSeq: 79835963 INVITE > > Contact: > > > User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > 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 > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 2705 > > X-FS-Support: update_display,send_info > > Remote-Party-ID: "Extension 1001" >;party=calling;screen=yes;privacy=off > > > > v=0 > > o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x > > s=FreeSWITCH > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 x.x.x.x > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:duN/nld3Ywx4sKCI > > a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk > > a=fingerprint:sha-1 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb > > a=ssrc:3490757364 msid:media_stream audio_track > > a=ssrc:3490757364 mslabel:media_stream > > a=ssrc:3490757364 label:audio_track > > a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host generation 0 > > a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host generation 0 > > a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host generation 0 > > a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host generation 0 > > a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host tcptype passive generation 0 > > a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host tcptype passive generation 0 > > a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host tcptype passive generation 0 > > a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host tcptype passive generation 0 > > a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx raddr 10.162.22.234 rport 65466 generation 0 > > a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx raddr 10.162.22.234 rport 49167 generation 0 > > a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx raddr 192.168.1.100 rport 54468 generation 0 > > a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx raddr 192.168.1.100 rport 64051 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay raddr 112.97.51.70 rport 41768 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay raddr 163.125.130.79 rport 21981 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay raddr 112.97.51.70 rport 41769 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay raddr 163.125.130.79 rport 21982 generation 0 > > ------------------------------------------------------------------------ > > 2015-08-23 15:34:14.714657 [DEBUG] sofia.c:6715 Channel sofia/internal/754617162742492 at y.y.y.y entering state [calling][0] > > recv 308 bytes from udp/[y.y.y.y]:5060 at 15:34:14.730001: > > ------------------------------------------------------------------------ > > SIP/2.0 100 Trying > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K > > From: "Extension 1001" >;tag=Q3F772K7rmctc > > To: > > > Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be > > CSeq: 79835963 INVITE > > User-Agent: DNL-Switch > > Content-Length: 0 > > > > ------------------------------------------------------------------------ > > recv 433 bytes from udp/[y.y.y.y]:5060 at 15:34:14.740478: > > ------------------------------------------------------------------------ > > SIP/2.0 415 Unsupported Media Type > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K > > From: "Extension 1001" >;tag=Q3F772K7rmctc > > To: >;tag=454F3aHa1Fa5e > > Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be > > CSeq: 79835963 INVITE > > User-Agent: DNL-Switch > > Accept: application/sdp > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO > > Supported: timer > > Content-Length: 0 > > > > > > ------------------------------------------------------------------------ > > > > > > On Sun, Aug 23, 2015 at 8:05 AM, Anthony Minessale > wrote: > > You still have bypass set somehow. > > Not the local sdp is not a native FS sdp the bundle and the lack of the word freeswitch in the o line. > > > > Maybe you have bypass enabled as a sofia profile param. > > > > > > On Saturday, August 22, 2015, Pete Kay > wrote: > > Hi > > I did anothe test without proxy_media=true, but I am still getting SAVPF in the outgoing INVITE. The problem is my outbound SIP gateway does not accept SAVPF so I am trying to configure Freeswitch to send it out as AVPF. > > Here is the log: > > > > 2015-08-22 10:11:43.049286 [INFO] mod_dialplan_xml.c:637 Processing 1001 <1001>->1002 in context default > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing [default->incoming_calls] continue=false > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false]sofia/external/754617162742492 at x.x.x.x ) > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:216 (sofia/internal/1001 at y.y.y.y:5060 ) State Change CS_ROUTING -> CS_EXECUTE > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at y.y.y.y:5060 ) State ROUTING going to sleep > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at y.y.y.y:5060 ) Running State Change CS_EXECUTE > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at y.y.y.y:5060 ) State EXECUTE > > 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:196 sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:258 sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE > > EXECUTE sofia/internal/1001 at y.y.y.y:5060 bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false]sofia/external/754617162742492 at x.x.x.x ) > > 2015-08-22 10:11:43.049286 [DEBUG] switch_ivr_originate.c:2104 Parsing global variables > > 2015-08-22 10:11:43.049286 [DEBUG] switch_ivr_originate.c:2557 Parsing session specific variables > > 2015-08-22 10:11:43.049286 [NOTICE] switch_channel.c:1089 New Channel sofia/external/754617162742492 at x.x.x.x [2ff7c01e-48b6-11e5-ac58-01226f03e80c] > > 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4735 (sofia/external/754617162742492 at x.x.x.x ) State Change CS_NEW -> CS_INIT > > 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] Setting a-leg inherit_codec=true > > 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b' > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 (sofia/external/754617162742492 at x.x.x.x ) Running State Change CS_INIT > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:516 (sofia/external/754617162742492 at x.x.x.x ) State INIT > > 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:88 sofia/external/754617162742492 at x.x.x.x SOFIA INIT > > 2015-08-22 10:11:43.049286 [DEBUG] sofia_glue.c:1257 sofia/external/754617162742492 at x.x.x.x sending invite version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit > > Local SDP: > > v=0 > > o=- 327457341635358182 2 IN IP4 127.0.0.1 > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:IQcKT9rkNCETwhGR > > a=ice-pwd:chtzwjBRY3ptPbf/IkcKUO1i > > a=fingerprint:sha-1 8A:95:DD:4E:18:85:C6:B9:31:1E:04:90:BC:67:EB:C6:DD:58:4F:B5 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:2501014728 cname:dJGa9dJwxrkwhQkE > > a=ssrc:2501014728 msid:media_stream audio_track > > a=ssrc:2501014728 mslabel:media_stream > > a=ssrc:2501014728 label:audio_track > > a=candidate:3027063986 1 udp 2122260223 192.168.1.129 55289 typ host generation 0 > > a=candidate:19046677 1 udp 2122194687 172.20.10.1 62766 typ host generation 0 > > a=candidate:3059882106 1 udp 2122129151 10.227.60.222 56279 typ host generation 0 > > a=candidate:3027063986 2 udp 2122260222 192.168.1.129 51792 typ host generation 0 > > a=candidate:19046677 2 udp 2122194686 172.20.10.1 61231 typ host generation 0 > > a=candidate:3059882106 2 udp 2122129150 10.227.60.222 56500 typ host generation 0 > > > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:40 sofia/external/754617162742492 at x.x.x.x Standard INIT > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:48 (sofia/external/754617162742492 at x.x.x.x ) State Change CS_INIT -> CS_ROUTING > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:516 (sofia/external/754617162742492 at x.x.x.x ) State INIT going to sleep > > 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 (sofia/external/754617162742492 at x.x.x.x ) Running State Change CS_ROUTING > > 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:532 (sofia/external/754617162742492 at x.x.x.x ) State ROUTING > > 2015-08-22 10:11:43.069228 [DEBUG] mod_sofia.c:141 sofia/external/754617162742492 at x.x.x.x SOFIA ROUTING > > 2015-08-22 10:11:43.069228 [DEBUG] switch_ivr_originate.c:67 (sofia/external/754617162742492 at x.x.x.x ) State Change CS_ROUTING -> CS_CONSUME_MEDIA > > 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:532 (sofia/external/754617162742492 at x.x.x.x ) State ROUTING going to sleep > > 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:473 (sofia/external/754617162742492 at x.x.x.x ) Running State Change CS_CONSUME_MEDIA > > 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:551 (sofia/external/754617162742492 at x.x.x.x ) State CONSUME_MEDIA > > 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:551 (sofia/external/754617162742492 at x.x.x.x ) State CONSUME_MEDIA going to sleep > > send 2347 bytes to udp/[x.x.x.x]:5060 at 10:11:43.070474: > > ------------------------------------------------------------------------ > > INVITE sip:754617162742492 at x.x.x.x <> SIP/2.0 > > Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bK5Q40Q4Ze2mj0K > > Max-Forwards: 69 > > From: "Extension 1001" >;tag=51SKgXr23XK9K > > To: > > > Call-ID: 075638a9-c359-1233-81a7-60eb698211be > > CSeq: 79783087 INVITE > > Contact: > > > User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY > > Supported: timer, path, replaces > > Allow-Events: talk, hold, conference, refer > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 1518 > > X-FS-Support: update_display,send_info > > Remote-Party-ID: "Extension 1001" >;party=calling;screen=yes;privacy=off > > > > v=0 > > o=- 327457341635358182 2 IN IP4 y.y.y.y > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:IQcKT9rkNCETwhGR > > a=ice-pwd:chtzwjBRY3ptPbf/IkcKUO1i > > a=fingerprint:sha-1 8A:95:DD:4E:18:85:C6:B9:31:1E:04:90:BC:67:EB:C6:DD:58:4F:B5 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:2501014728 cname:dJGa9dJwxrkwhQkE > > a=ssrc:2501014728 msid:media_stream audio_track > > a=ssrc:2501014728 mslabel:media_stream > > a=ssrc:2501014728 label:audio_track > > a=candidate:3027063986 1 udp 2122260223 192.168.1.129 55289 typ host generation 0 > > a=candidate:19046677 1 udp 2122194687 172.20.10.1 62766 typ host generation 0 > > a=candidate:3059882106 1 udp 2122129151 10.227.60.222 56279 typ host generation 0 > > a=candidate:3027063986 2 udp 2122260222 192.168.1.129 51792 typ host generation 0 > > a=candidate:19046677 2 udp 2122194686 172.20.10.1 61231 typ host generation 0 > > a=candidate:3059882106 2 udp 2122129150 10.227.60.222 56500 typ host generation 0 > > > > > > On Fri, Aug 21, 2015 at 11:06 AM, Anthony Minessale > wrote: > > Its not the same tey harder. > > > > On Friday, August 21, 2015, Pete Kay > wrote: > > Hi > > Without proxy media variable it is still the same. My earlier email in this thread had this problem without media proxy set to true. > > > > > On Thu, Aug 20, 2015 at 9:55 PM, Giovanni Maruzzelli > wrote: > > Try without mentioning proxy_media at all, no false, no true, just delete it from both occurrences. > > sent from my mobile, > Giovanni Maruzzelli > cell: +39 347 266 56 18 > > On Aug 21, 2015 6:43 AM, "Pete Kay" > wrote: > > Hi > > I tried to use proxy_media = true but it is still passing RTP/SAVPF instead of RTP/AVPF. Could I ask where is the problem in my configuration? > > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false,sdp_secure_savp_only=false,proxy_media=true}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false,proxy_media=true]sofia/external/754617162742492 at x.x.x.x ) > > > > send 2700 bytes to udp/[69.27.168.50]:5060 at 04:01:47.286175: > > ------------------------------------------------------------------------ > > INVITE sip:754617162742492 at 69.27.168.50 <> SIP/2.0 > > Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bKgBt1e63aHX4SD > > Max-Forwards: 69 > > From: "Extension 1001" >;tag=grg241BNtgDtN > > To: > > > Call-ID: 2f34abd4-c25c-1233-ffbc-60eb698211be > > CSeq: 79728789 INVITE > > Contact: > > > User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY > > Supported: timer, path, replaces > > Allow-Events: talk, hold, conference, refer > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 1871 > > X-FS-Support: update_display,send_info > > Remote-Party-ID: "Extension 1001" >;party=calling;screen=yes;privacy=off > > > > v=0 > > o=FreeSWITCH 3361339272 3361339273 IN IP4 y.y.y.y > > s=FreeSWITCH > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 28246 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 108.165.2.110 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:bmbIvHb6NVeLQBcK > > a=ice-pwd:KDvxAfWB8jTfbGrL610/0jtk > > a=fingerprint:sha-1 F1:CA:8E:C9:58:A5:00:CB:59:A5:19:90:0A:D0:60:76:33:70:C2:F1 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3858004023 cname:S5akTfRDQvG5IccJ > > a=ssrc:3858004023 msid:media_stream audio_track > > a=ssrc:3858004023 mslabel:media_stream > > a=ssrc:3858004023 label:audio_track > > a=candidate:2881221497 1 udp 2122260223 10.227.131.21 55121 typ host generation 0 > > a=candidate:2881221497 2 udp 2122260222 10.227.131.21 64682 typ host generation 0 > > a=candidate:3845656457 1 tcp 1518280447 10.227.131.21 57029 typ host tcptype passive generation 0 > > a=candidate:3845656457 2 tcp 1518280446 10.227.131.21 57030 typ host tcptype passive generation 0 > > a=candidate:720631245 1 udp 1686052607 112.97.38.2 6734 typ srflx raddr 10.227.131.21 rport 55121 generation 0 > > a=candidate:720631245 2 udp 1686052606 112.97.38.2 6735 typ srflx raddr 10.227.131.21 rport 64682 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 52800 typ relay raddr 112.97.38.2 rport 34387 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 54764 typ relay raddr 112.97.38.2 rport 34386 generation 0 > > ------------------------------------------------------------------------ > > > > > > > > On Mon, Aug 17, 2015 at 9:28 AM, Brian West > wrote: > > rtp_secure_media=false is the variable name. > > > > On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay > wrote: > > Hi > > I am trying to send call from webrtc to freeswitch and then bridge to an external endpoint that is a normal SIP phone. I tried to use sip_secure_media=false to force the media to be converted from SAVP to AVP. > > But the outgoing INVITE is still showing SAVP ( sip trace blow ). Does anyone know where I am doing wrong? any help will be greately appreciated. > > > > 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing 1001 <1001>->1002 in context default > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing [default->incoming_calls] continue=false > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false > > Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x ) > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 (sofia/internal/1001 at y.y.y.y:5060 ) State Change CS_ROUTING -> CS_EXECUTE > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at y.y.y.y:5060 ) State ROUTING going to sleep > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at y.y.y.y:5060 ) Running State Change CS_EXECUTE > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at y.y.y.y:5060 ) State EXECUTE > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE > > EXECUTE sofia/internal/1001 at y.y.y.y:5060 bridge({sip_secure_media=false}[sip_secure_media=false]sofia/internal/754617162742492 at x.x.x.x ) > > 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 Parsing global variables > > 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 Parsing session specific variables > > 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel sofia/internal/754617162742492 at x.x.x.x [ca6d5930-44f4-11e5-9cc9-c9574f94e170] > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 (sofia/internal/754617162742492 at x.x.x.x ) State Change CS_NEW -> CS_INIT > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] Setting a-leg inherit_codec=true > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b' > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at x.x.x.x ) Running State Change CS_INIT > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/754617162742492 at x.x.x.x ) State INIT > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 sofia/internal/754617162742492 at x.x.x.x SOFIA INIT > > 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit > > Local SDP: > > v=0 > > o=- 4133111956976529630 2 IN IP4 127.0.0.1 > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:Gn8CX52vaidE1C73 > > a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy > > a=fingerprint:sha-1 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 > > a=ssrc:3618235845 msid:media_stream audio_track > > a=ssrc:3618235845 mslabel:media_stream > > a=ssrc:3618235845 label:audio_track > > a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host generation 0 > > a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host generation 0 > > a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host generation 0 > > a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host generation 0 > > a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host tcptype passive generation 0 > > a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host tcptype passive generation 0 > > a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host tcptype passive generation 0 > > a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host tcptype passive generation 0 > > a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx raddr 192.168.1.101 rport 60710 generation 0 > > a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx raddr 192.168.1.101 rport 64150 generation 0 > > a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx raddr 10.73.229.110 rport 52079 generation 0 > > a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx raddr 10.73.229.110 rport 51909 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay raddr 27.38.56.3 rport 36782 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay raddr 27.38.56.3 rport 37553 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay raddr 112.97.38.179 rport 54091 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay raddr 112.97.38.179 rport 54092 generation 0 > > > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 sofia/internal/754617162742492 at x.x.x.x Standard INIT > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/754617162742492 at x.x.x.x ) State Change CS_INIT -> CS_ROUTING > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/754617162742492 at x.x.x.x ) State INIT going to sleep > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at x.x.x.x ) Running State Change CS_ROUTING > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/754617162742492 at x.x.x.x ) State ROUTING > > 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING > > 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 (sofia/internal/754617162742492 at x.x.x.x ) State Change CS_ROUTING -> CS_CONSUME_MEDIA > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/754617162742492 at x.x.x.x ) State ROUTING going to sleep > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at x.x.x.x ) Running State Change CS_CONSUME_MEDIA > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/754617162742492 at x.x.x.x ) State CONSUME_MEDIA > > 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/754617162742492 at x.x.x.x ) State CONSUME_MEDIA going to sleep > > send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: > > ------------------------------------------------------------------------ > > INVITE sip:754617162742492 at x.x.x.x <> SIP/2.0 > > Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e > > Max-Forwards: 69 > > From: "Extension 1001" >;tag=H6HrjU4ZH1KjD > > To: > > > Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be > > CSeq: 79576629 INVITE > > Contact: > > > User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > 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 > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 2665 > > X-FS-Support: update_display,send_info > > Remote-Party-ID: "Extension 1001" >;party=calling;screen=yes;privacy=off > > > > v=0 > > o=- 4133111956976529630 2 IN IP4 y.y.y.y > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:Gn8CX52vaidE1C73 > > a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy > > a=fingerprint:sha-1 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 > > a=ssrc:3618235845 msid:media_stream audio_track > > a=ssrc:3618235845 mslabel:media_stream > > a=ssrc:3618235845 label:audio_track > > a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host generation 0 > > a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host generation 0 > > a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host generation 0 > > a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host generation 0 > > a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host tcptype passive generation 0 > > a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host tcptype passive generation 0 > > a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host tcptype passive generation 0 > > a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host tcptype passive generation 0 > > a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx raddr 192.168.1.101 rport 60710 generation 0 > > a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx raddr 192.168.1.101 rport 64150 generation 0 > > a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx raddr 10.73.229.110 rport 52079 generation 0 > > a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx raddr 10.73.229.110 rport 51909 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay raddr 27.38.56.3 rport 36782 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay raddr 27.38.56.3 rport 37553 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay raddr 112.97.38.179 rport 54091 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay raddr 112.97.38.179 rport 54092 generation 0 > > ------------------------------------------------------------------------ > > 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] > > recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: > > ------------------------------------------------------------------------ > > SIP/2.0 100 Trying > > Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e > > From: "Extension 1001" >;tag=H6HrjU4ZH1KjD > > To: > > > Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be > > CSeq: 79576629 INVITE > > User-Agent: DNL-Switch > > Content-Length: 0 > > > > ------------------------------------------------------------------------ > > recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: > > ------------------------------------------------------------------------ > > SIP/2.0 415 Unsupported Media Type > > Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e > > From: "Extension 1001" >;tag=H6HrjU4ZH1KjD > > To: >;tag=Ut8ye62NUrQeB > > Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be > > CSeq: 79576629 INVITE > > User-Agent: DNL-Switch > > Accept: application/sdp > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO > > Supported: timer > > Content-Length: 0 > > > > ------------------------------------------------------------------------ > > send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: > > ------------------------------------------------------------------------ > > ACK sip:754617162742492 at x.x.x.x <> SIP/2.0 > > Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e > > Max-Forwards: 69 > > From: "Extension 1001" >;tag=H6HrjU4ZH1KjD > > To: >;tag=Ut8ye62NUrQeB > > Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be > > CSeq: 79576629 ACK > > Content-Length: 0 > > > > ------------------------------------------------------------------------ > > 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel sofia/internal/754617162742492 at x.x.x.x entering state [terminated][415] > > 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] [SERVICE_NOT_IMPLEMENTED] > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at x.x.x.x ) Running State Change CS_HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/754617162742492 at x.x.x.x ) Callstate Change DOWN -> HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/754617162742492 at x.x.x.x ) State HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel sofia/internal/754617162742492 at x.x.x.x hanging up, cause: SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/754617162742492 at x.x.x.x ) State HANGUP going to sleep > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/754617162742492 at x.x.x.x ) State Change CS_HANGUP -> CS_REPORTING > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/754617162742492 at x.x.x.x ) Running State Change CS_REPORTING > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/754617162742492 at x.x.x.x ) State REPORTING > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/754617162742492 at x.x.x.x ) State REPORTING going to sleep > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/754617162742492 at x.x.x.x ) State Change CS_REPORTING -> CS_DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 2 (sofia/internal/754617162742492 at x.x.x.x ) Locked, Waiting on external entities > > 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 Originate Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] > > 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 2 (sofia/internal/754617162742492 at x.x.x.x ) Ended > > 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/754617162742492 at x.x.x.x ) Running State Change CS_DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/754617162742492 at x.x.x.x ) State DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 sofia/internal/754617162742492 at x.x.x.x Standard DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/754617162742492 at x.x.x.x ) State DESTROY going to sleep > > 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate Failed. Cause: SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] [SERVICE_NOT_IMPLEMENTED] > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 sofia/internal/1001 at y.y.y.y:5060 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at y.y.y.y:5060 ) State EXECUTE going to sleep > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at y.y.y.y:5060 ) Running State Change CS_HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/1001 at y.y.y.y:5060 ) Callstate Change RINGING -> HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/1001 at y.y.y.y:5060 ) State HANGUP > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 from the other leg > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to INVITE with: 415 > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/1001 at y.y.y.y:5060 ) State HANGUP going to sleep > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/1001 at y.y.y.y:5060 ) State Change CS_HANGUP -> CS_REPORTING > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at y.y.y.y:5060 ) Running State Change CS_REPORTING > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/1001 at y.y.y.y:5060 ) State REPORTING > > send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: > > ------------------------------------------------------------------------ > > SIP/2.0 415 Unsupported Media Type > > Via: SIP/2.0/TCP 192.168.1.101:5060;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 > > Max-Forwards: 70 > > From: >;tag=9de53b6c > > To: >;tag=gXrZg0KvmrXZH > > Call-ID: kVdW6FArCGqcEPe7zR3x4g.. > > CSeq: 2 INVITE > > User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 > > Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" > > Content-Length: 0 > > Remote-Party-ID: "1002" >;party=calling;privacy=off;screen=no > > > > ------------------------------------------------------------------------ > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: SERVICE_NOT_IMPLEMENTED > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/1001 at y.y.y.y:5060 ) State REPORTING going to sleep > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/1001 at y.y.y.y:5060 ) State Change CS_REPORTING -> CS_DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 1 (sofia/internal/1001 at y.y.y.y:5060 ) Locked, Waiting on external entities > > 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 1 (sofia/internal/1001 at y.y.y.y:5060 ) Ended > > 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/1001 at y.y.y.y:5060 ) Running State Change CS_DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/1001 at y.y.y.y:5060 ) State DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY > > 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/1001 at y.y.y.y:5060 ) State DESTROY going to sleep > > recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: > > ------------------------------------------------------------------------ > > ACK sip:1002 at y.y.y.y:5060 <> SIP/2.0 > > Via: SIP/2.0/TCP 192.168.1.101:5060;branch=z9hG4bK-524287-1---96ba2f7825316328;rport > > Max-Forwards: 70 > > To: >;tag=gXrZg0KvmrXZH > > From: >;tag=9de53b6c > > Call-ID: kVdW6FArCGqcEPe7zR3x4g.. > > CSeq: 2 ACK > > Content-Length: 0 > > > > ------------------------------------------------------------------------ > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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 > brian at freeswitch.org > > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > Got Bugs? Report them here ! | Reddit: /r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > ClueCon Weekly Development Call > > ? sip:888 at conference.freeswitch.org ? +19193869900 > > > > ClueCon Testimonials > ClueCon This Summer > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > ClueCon Weekly Development Call > > ? sip:888 at conference.freeswitch.org ? +19193869900 > > > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150823/d1fda7f2/attachment-0001.html From bradjonesca at gmail.com Fri Aug 21 21:26:23 2015 From: bradjonesca at gmail.com (Brad Jones) Date: Fri, 21 Aug 2015 13:26:23 -0400 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: <146b01d0dc35$ac21ad50$046507f0$@freeswitch.org> References: <12b201d0db88$6de3df70$49ab9e50$@freeswitch.org> <146b01d0dc35$ac21ad50$046507f0$@freeswitch.org> Message-ID: Speaking of which, do you have a ETA on the 1.6 release? On Fri, Aug 21, 2015 at 1:20 PM, Ken Rice wrote: > The iLBC module is not packaged for 1.4 but it is available in the > unstable repo and will be in 1.6 once that is released > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Brian West > *Sent:* Friday, August 21, 2015 11:43 AM > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150821/ae477320/attachment.html From david.witham at netsip.com.au Mon Aug 24 05:10:07 2015 From: david.witham at netsip.com.au (David Witham) Date: Mon, 24 Aug 2015 01:10:07 +0000 Subject: [Freeswitch-users] Change ptime value In-Reply-To: References: , Message-ID: <1440378607938.56787@netsip.com.au> Hi Bhahvik, We have instances were ptime:30 is signalled but the stream is actually ptime:20 so we override the signalling with this: absolute_codec_string=PCMA at 20i,PCMU at 20i? It is slightly different to your examples below but 3 and 4 are close - I've used @ instead of "at". Hope this helps, David ________________________________ From: freeswitch-users-bounces at lists.freeswitch.org on behalf of Kamil Nigmatullin Sent: Saturday, 22 August 2015 22:57 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Change ptime value I know you can do this easyly with opensips 22 ???. 2015 ?. 16:10 ???????????? "bhavik patel" > ???????: Hello Everyone, I want to change ptime configuration. Will anyone assist me to change ptime value 20 to 40 for codec PCMU,PCMA ? FLow : SIP-PHONE---Ptime(20)-->FS server (Need to change Ptime to 40) ---------->To Provider NOTE : If I send 40 Ptime From SIP-PHONE then Call quality is Good but for this i need to change all phones' ptime and I don't want to change it manually.So I need to change this From FS Side. Currently I can see below log in freeswitch logs : m=audio 8000 RTP/AVP 98 97 8 0 3 101 a=rtpmap:98 speex/16000 a=rtpmap:97 speex/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 Dialplan: sofia/default/4602534812 at 192.168.1.26 Action bridge(sofia/gateway/localgateway/001***) m=audio 24716 RTP/AVP 8 101 13 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv I tried different solutions for this issue but no luck. 1. Add below line before Bridge Channel set(absolute_codec_string=PCMU at 8000@40i,PCMA at 8000@40i) 2. Add below line before Bridge Channel set(absolute_codec_string=PCMU at 8000 at 40i,PCMA at 8000 at 40i) 3.Change below parameter in SIP profile 1.outbound-codec-prefs=PCMU,PCMA to outbound-codec-prefs=PCMU at 8000@@40i,PCMU at 16000@@40i,PCMU at 32000@@40i,PCMA at 8000@40i,PCMA at 16000@40i,PCMA at 32000@40i 2.outbound-codec-prefs=PCMU,PCMA,rtp-autofix-timing=false 3.outbound-codec-prefs=PCMU,PCMA,absolute_codec_string=PCMU at 40i,PCMA at 40i,rtp-autofix-timing=false 4.outbound-codec-prefs=PCMU at40i,PCMA at 40i 5.outbound-codec-prefs=PCMU at 8000h at 40i,PCMA at 8000h at 40i,inbound-late-negotiation=false 6.outbound-codec-prefs=G729,PCMU,PCMA,inbound-late-negotiation=false Please point me where i am doing wrong. -- Thanks, Bhavik Patel _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150824/abcc8a02/attachment.html From bhavikpatel14388 at gmail.com Mon Aug 24 11:29:38 2015 From: bhavikpatel14388 at gmail.com (bhavik patel) Date: Mon, 24 Aug 2015 12:59:38 +0530 Subject: [Freeswitch-users] Change ptime value In-Reply-To: <1440378607938.56787@netsip.com.au> References: <1440378607938.56787@netsip.com.au> Message-ID: Is it possible i can change it for G729 codec ? Like G729 at 40i ? On my Server G729 as Pass-through mode. On Mon, Aug 24, 2015 at 6:40 AM, David Witham wrote: > Hi Bhahvik, > > > We have instances were ptime:30 is signalled but the stream is actually > ptime:20 so we override the signalling with this: > > > absolute_codec_string=PCMA at 20i,PCMU at 20i? > > > It is slightly different to your examples below but 3 and 4 are close - > I've used @ instead of "at". > > > Hope this helps, > > David > ------------------------------ > *From:* freeswitch-users-bounces at lists.freeswitch.org < > freeswitch-users-bounces at lists.freeswitch.org> on behalf of Kamil > Nigmatullin > *Sent:* Saturday, 22 August 2015 22:57 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Change ptime value > > > I know you can do this easyly with opensips > 22 ???. 2015 ?. 16:10 ???????????? "bhavik patel" < > bhavikpatel14388 at gmail.com> ???????: > >> Hello Everyone, >> >> I want to change ptime configuration. Will anyone assist me to change >> ptime value 20 to 40 for codec PCMU,PCMA ? >> >> FLow : *SIP-PHONE---Ptime(20)-->FS server (Need to change Ptime to 40) >> ---------->To Provider* >> >> NOTE : If I send 40 Ptime From SIP-PHONE then Call quality is Good but >> for this i need to change all phones' ptime and I don't want to change it >> manually.So I need to change this From FS Side. >> >> Currently I can see below log in freeswitch logs : >> >> m=audio 8000 RTP/AVP 98 97 8 0 3 101 >> a=rtpmap:98 speex/16000 >> a=rtpmap:97 speex/8000 >> a=rtpmap:8 PCMA/8000 >> a=rtpmap:0 PCMU/8000 >> a=rtpmap:3 GSM/8000 >> a=rtpmap:101 telephone-event/8000 >> a=fmtp:101 0-15 >> a=ptime:20 >> Dialplan: sofia/default/4602534812 at 192.168.1.26 Action >> bridge(sofia/gateway/localgateway/001***) >> >> m=audio 24716 RTP/AVP 8 101 13 >> a=rtpmap:101 telephone-event/8000 >> a=fmtp:101 0-16 >> a=ptime:20 >> a=sendrecv >> >> I tried different solutions for this issue but no luck. >> >> 1. Add below line before Bridge Channel >> set(absolute_codec_string=PCMU at 8000@40i,PCMA at 8000@40i) >> >> 2. Add below line before Bridge Channel >> set(absolute_codec_string=PCMU at 8000 at 40i,PCMA at 8000 at 40i) >> >> 3.Change below parameter in SIP profile >> 1.outbound-codec-prefs=PCMU,PCMA to outbound-codec-prefs=PCMU at 8000 >> @@40i,PCMU at 16000@@40i,PCMU at 32000@@40i,PCMA at 8000@40i,PCMA at 16000 >> @40i,PCMA at 32000@40i >> >> 2.outbound-codec-prefs=PCMU,PCMA,rtp-autofix-timing=false >> >> 3.outbound-codec-prefs=PCMU,PCMA,absolute_codec_string=PCMU at >> 40i,PCMA at 40i,rtp-autofix-timing=false >> >> 4.outbound-codec-prefs=PCMU at40i,PCMA at 40i >> >> 5.outbound-codec-prefs=PCMU at 8000h at 40i,PCMA at 8000h at 40i >> ,inbound-late-negotiation=false >> >> 6.outbound-codec-prefs=G729,PCMU,PCMA,inbound-late-negotiation=false >> >> >> Please point me where i am doing wrong. >> >> >> -- >> Thanks, >> Bhavik Patel >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Thanks, Bhavik Patel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150824/6245e19f/attachment-0001.html From david.witham at netsip.com.au Mon Aug 24 12:58:54 2015 From: david.witham at netsip.com.au (David Witham) Date: Mon, 24 Aug 2015 08:58:54 +0000 Subject: [Freeswitch-users] Change ptime value In-Reply-To: References: <1440378607938.56787@netsip.com.au>, Message-ID: <1440406734111.53452@netsip.com.au> If you're already passing G729 through, including G729 at 40i? in the list should override the ptime. Check the SDP on the outbound leg of the call to confirm. ________________________________ From: freeswitch-users-bounces at lists.freeswitch.org on behalf of bhavik patel Sent: Monday, 24 August 2015 17:29 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Change ptime value Is it possible i can change it for G729 codec ? Like G729 at 40i ? On my Server G729 as Pass-through mode. On Mon, Aug 24, 2015 at 6:40 AM, David Witham > wrote: Hi Bhahvik, We have instances were ptime:30 is signalled but the stream is actually ptime:20 so we override the signalling with this: absolute_codec_string=PCMA at 20i,PCMU at 20i? It is slightly different to your examples below but 3 and 4 are close - I've used @ instead of "at". Hope this helps, David ________________________________ From: freeswitch-users-bounces at lists.freeswitch.org > on behalf of Kamil Nigmatullin > Sent: Saturday, 22 August 2015 22:57 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Change ptime value I know you can do this easyly with opensips 22 ???. 2015 ?. 16:10 ???????????? "bhavik patel" > ???????: Hello Everyone, I want to change ptime configuration. Will anyone assist me to change ptime value 20 to 40 for codec PCMU,PCMA ? FLow : SIP-PHONE---Ptime(20)-->FS server (Need to change Ptime to 40) ---------->To Provider NOTE : If I send 40 Ptime From SIP-PHONE then Call quality is Good but for this i need to change all phones' ptime and I don't want to change it manually.So I need to change this From FS Side. Currently I can see below log in freeswitch logs : m=audio 8000 RTP/AVP 98 97 8 0 3 101 a=rtpmap:98 speex/16000 a=rtpmap:97 speex/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 Dialplan: sofia/default/4602534812 at 192.168.1.26 Action bridge(sofia/gateway/localgateway/001***) m=audio 24716 RTP/AVP 8 101 13 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv I tried different solutions for this issue but no luck. 1. Add below line before Bridge Channel set(absolute_codec_string=PCMU at 8000@40i,PCMA at 8000@40i) 2. Add below line before Bridge Channel set(absolute_codec_string=PCMU at 8000 at 40i,PCMA at 8000 at 40i) 3.Change below parameter in SIP profile 1.outbound-codec-prefs=PCMU,PCMA to outbound-codec-prefs=PCMU at 8000@@40i,PCMU at 16000@@40i,PCMU at 32000@@40i,PCMA at 8000@40i,PCMA at 16000@40i,PCMA at 32000@40i 2.outbound-codec-prefs=PCMU,PCMA,rtp-autofix-timing=false 3.outbound-codec-prefs=PCMU,PCMA,absolute_codec_string=PCMU at 40i,PCMA at 40i,rtp-autofix-timing=false 4.outbound-codec-prefs=PCMU at40i,PCMA at 40i 5.outbound-codec-prefs=PCMU at 8000h at 40i,PCMA at 8000h at 40i,inbound-late-negotiation=false 6.outbound-codec-prefs=G729,PCMU,PCMA,inbound-late-negotiation=false Please point me where i am doing wrong. -- Thanks, Bhavik Patel _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Thanks, Bhavik Patel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150824/acdff72d/attachment.html From m2m at poczta.fm Mon Aug 24 16:18:31 2015 From: m2m at poczta.fm (Marcin Muzylo) Date: Mon, 24 Aug 2015 14:18:31 +0200 Subject: [Freeswitch-users] freeswitch memory leakage. In-Reply-To: References: Message-ID: <55DB0B97.4030903@poczta.fm> Hi all, using mod_vlc iam getting same result , freeswtich taking a lot memory (still growing) until system will kill it (it is no reason if i have 2GB RAM or 8 GB in system). checked on FS1.7 +mod_vlc and FS1.4.20+mod_vlc to free memory i need to restart FS , stopping RTMP streams does not help maybe there is any patch for it ? Thanks for help W dniu 27.03.2015 o 13:57, Aqs Younas pisze: > Hi, users > > We are using 6 freeswitch instances, 5 freeswitch instances for > playing streams with mod_vlc. After 3 to 4 for days, we see these (5) > freeswitch taking more than 3gb of momory and even though calls are > not more than 25. > > Usually, some calls stay for more than 2 to 3 hours on some > freeswitch. Everytime we have to restart the freeswitch to release > the captured memory. > > But is believed, freeswitch must release the momory when there are no > calls. But freeswitch still keeps captured memory. > > I have attactted the top command result along with this email. > Willing to perform any test if it helps tackle the problem. > > Thanks for your help. > > From mike at jerris.com Mon Aug 24 17:28:53 2015 From: mike at jerris.com (Michael Jerris) Date: Mon, 24 Aug 2015 09:28:53 -0400 Subject: [Freeswitch-users] freeswitch memory leakage. In-Reply-To: <55DB0B97.4030903@poczta.fm> References: <55DB0B97.4030903@poczta.fm> Message-ID: try using mod_av on master for rtmp streaming On Monday, August 24, 2015, Marcin Muzylo wrote: > Hi all, > using mod_vlc iam getting same result , freeswtich taking a lot memory > (still growing) until system will kill it (it is no reason if i have > 2GB RAM or 8 GB in system). > > checked on FS1.7 +mod_vlc and FS1.4.20+mod_vlc > > to free memory i need to restart FS , stopping RTMP streams does not help > > maybe there is any patch for it ? > > Thanks for help > > > W dniu 27.03.2015 o 13:57, Aqs Younas pisze: > > Hi, users > > > > We are using 6 freeswitch instances, 5 freeswitch instances for > > playing streams with mod_vlc. After 3 to 4 for days, we see these (5) > > freeswitch taking more than 3gb of momory and even though calls are > > not more than 25. > > > > Usually, some calls stay for more than 2 to 3 hours on some > > freeswitch. Everytime we have to restart the freeswitch to release > > the captured memory. > > > > But is believed, freeswitch must release the momory when there are no > > calls. But freeswitch still keeps captured memory. > > > > I have attactted the top command result along with this email. > > Willing to perform any test if it helps tackle the problem. > > > > Thanks for your help. > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150824/dcc86016/attachment-0001.html From miha at softnet.si Mon Aug 24 17:41:12 2015 From: miha at softnet.si (Miha) Date: Mon, 24 Aug 2015 15:41:12 +0200 Subject: [Freeswitch-users] Mysql HEX Message-ID: <55DB1EF8.9010303@softnet.si> Hi, I would need a little help with UNHEX thing for file query.conf which is for mysql. Here is one part that is bothering me from query.conf. I posted it on pastebin: http://pastebin.com/JXwuc3ST In accounting request I get like this: CALLEDSTATIONID_WITH_PREFIX = '88#' but in mysql insert radius is inserting like this '88=23' value ''88#' which is HEX. OK how to write this part so that I will be inserted like '88#'? '%{CALLEDSTATIONID_WITH_PREFIX}' tnx miha From ssinyagin at gmail.com Mon Aug 24 18:36:08 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Mon, 24 Aug 2015 16:36:08 +0200 Subject: [Freeswitch-users] FreeSWITCH Unstable Repo In-Reply-To: References: <2CE1F45D-CAA2-4559-BDF5-2FB9DBFE9735@jerris.com> Message-ID: I updated the pull request, and now Jessie debs can be successfully built. Wheezy debs are still failing, because of failing video dependencies. On Sun, Aug 23, 2015 at 2:30 AM, Stanislav Sinyagin wrote: > See the update in https://freeswitch.org/jira/browse/FS-8019 > > I fixed one problem, but there's a bunch of others: pbuilder creates an > isolated environment that doesn't have any network connectivity, but > modules like mod_event_zmq try to download sources from external servers. > > > > > On Sat, Aug 22, 2015 at 12:44 AM, Michael Jerris wrote: > >> Your dependencies look messed up.. install freeswitch-video-deps-most >> from our repo, if you manually tried to do some of the non debian repo >> packages, remove them first. >> >> >> On Aug 21, 2015, at 6:25 PM, Stanislav Sinyagin >> wrote: >> >> Brian, could you publish the procedure that you use to build those debs? >> I couldn't even build the revision that you have currently in the repo. >> >> I use: >> ./debian/util.sh build-all -i -z1 -aamd64 -cjessie >> >> and I get the following error: >> >> The following packages have unmet dependencies: >> pbuilder-satisfydepends-dummy : Depends: libyuv-dev which is a virtual >> package. >> Depends: libvpx-dev (>= 1.4.0) but it is >> not going to be installed. or >> libvpx2-dev which is a virtual >> package. >> Depends: libflite-dev which is a virtual >> package. >> Depends: libbroadvoice-dev which is a >> virtual package. >> Depends: libcodec2-dev which is a >> virtual package. >> Depends: libsngtc-dev which is a virtual >> package. >> Depends: libsilk-dev which is a virtual >> package. >> Unable to resolve dependencies! Giving up... >> >> >> I opened a related ticket, but it doesn't seem to be the main reason. >> https://freeswitch.org/jira/browse/FS-8019 >> >> The build fails also if I add >> deb http://files.freeswitch.org/repo/deb/debian jessie main >> into /etc/apt/sources.list >> >> >> thanks >> >> >> >> On Thu, Jun 18, 2015 at 4:18 PM, Brian West wrote: >> >>> FreeSWITCHers, >>> >>> To help speed the testing and release cycle up, Team FreeSWITCH has >>> created a FreeSWITCH Unstable Debian repo, This repo is updated after every >>> commit to master and the debs lag behind about an hour from each commit. >>> >>> WARNING this repo is untested and should NOT be used in production. >>> >>> How to use this repo: >>> >>> 1. New Debian Jessie system >>> 2. Run These Commands: >>> >>> echo "deb http://files.freeswitch.org/repo/deb/debian-unstable/ jessie >>> main" > /etc/apt/sources.list.d/99FreeSWITCH.list >>> echo "deb http://files.freeswitch.org/repo/deb/debian/ jessie main" >> >>> /etc/apt/sources.list.d/99FreeSWITCH.list >>> wget -O - https://files.freeswitch.org/repo/deb/debian/key.gpg |apt-key >>> add - >>> apt-get update >>> apt-get install freeswitch-all >>> >>> 3. To update: >>> >>> apt-get update >>> apt-get dist-upgrade >>> >>> Any commit that goes in while the current build is running will be >>> included in the next build that starts. >>> >>> Questions? Mailing List / IRC / Hipchat >>> Comments? Mailing List / IRC / Hipchat >>> Bugs? https://freeswitch.org/jira/ >>> >>> Thanks, and happy testing! >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> ClueCon 2015 Call for Speakers >>> | Register >>> TODAY! | Reddit: /r/freeswitch >>> >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150824/0210a1d0/attachment.html From krice at freeswitch.org Mon Aug 24 18:53:09 2015 From: krice at freeswitch.org (Ken Rice) Date: Mon, 24 Aug 2015 09:53:09 -0500 Subject: [Freeswitch-users] FreeSWITCH Unstable Repo In-Reply-To: References: <2CE1F45D-CAA2-4559-BDF5-2FB9DBFE9735@jerris.com> Message-ID: <1d5901d0de7c$98610330$c9230990$@freeswitch.org> Wheezy will not be supported once 1.6 is released. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Stanislav Sinyagin Sent: Monday, August 24, 2015 9:36 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] FreeSWITCH Unstable Repo I updated the pull request, and now Jessie debs can be successfully built. Wheezy debs are still failing, because of failing video dependencies. On Sun, Aug 23, 2015 at 2:30 AM, Stanislav Sinyagin > wrote: See the update in https://freeswitch.org/jira/browse/FS-8019 I fixed one problem, but there's a bunch of others: pbuilder creates an isolated environment that doesn't have any network connectivity, but modules like mod_event_zmq try to download sources from external servers. On Sat, Aug 22, 2015 at 12:44 AM, Michael Jerris > wrote: Your dependencies look messed up.. install freeswitch-video-deps-most from our repo, if you manually tried to do some of the non debian repo packages, remove them first. On Aug 21, 2015, at 6:25 PM, Stanislav Sinyagin > wrote: Brian, could you publish the procedure that you use to build those debs? I couldn't even build the revision that you have currently in the repo. I use: ./debian/util.sh build-all -i -z1 -aamd64 -cjessie and I get the following error: The following packages have unmet dependencies: pbuilder-satisfydepends-dummy : Depends: libyuv-dev which is a virtual package. Depends: libvpx-dev (>= 1.4.0) but it is not going to be installed. or libvpx2-dev which is a virtual package. Depends: libflite-dev which is a virtual package. Depends: libbroadvoice-dev which is a virtual package. Depends: libcodec2-dev which is a virtual package. Depends: libsngtc-dev which is a virtual package. Depends: libsilk-dev which is a virtual package. Unable to resolve dependencies! Giving up... I opened a related ticket, but it doesn't seem to be the main reason. https://freeswitch.org/jira/browse/FS-8019 The build fails also if I add deb http://files.freeswitch.org/repo/deb/debian jessie main into /etc/apt/sources.list thanks On Thu, Jun 18, 2015 at 4:18 PM, Brian West > wrote: FreeSWITCHers, To help speed the testing and release cycle up, Team FreeSWITCH has created a FreeSWITCH Unstable Debian repo, This repo is updated after every commit to master and the debs lag behind about an hour from each commit. WARNING this repo is untested and should NOT be used in production. How to use this repo: 1. New Debian Jessie system 2. Run These Commands: echo "deb http://files.freeswitch.org/repo/deb/debian-unstable/ jessie main" > /etc/apt/sources.list.d/99FreeSWITCH.list echo "deb http://files.freeswitch.org/repo/deb/debian/ jessie main" >> /etc/apt/sources.list.d/99FreeSWITCH.list wget -O - https://files.freeswitch.org/repo/deb/debian/key.gpg |apt-key add - apt-get update apt-get install freeswitch-all 3. To update: apt-get update apt-get dist-upgrade Any commit that goes in while the current build is running will be included in the next build that starts. Questions? Mailing List / IRC / Hipchat Comments? Mailing List / IRC / Hipchat Bugs? https://freeswitch.org/jira/ Thanks, and happy testing! -- Brian West brian at freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com ClueCon 2015 Call for Speakers | Register TODAY! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150824/bf9fff5e/attachment-0001.html From ssinyagin at gmail.com Mon Aug 24 20:22:55 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Mon, 24 Aug 2015 18:22:55 +0200 Subject: [Freeswitch-users] FreeSWITCH Unstable Repo In-Reply-To: <1d5901d0de7c$98610330$c9230990$@freeswitch.org> References: <2CE1F45D-CAA2-4559-BDF5-2FB9DBFE9735@jerris.com> <1d5901d0de7c$98610330$c9230990$@freeswitch.org> Message-ID: It's now merged to master, so I'll add a document to confluence. On Aug 24, 2015 4:54 PM, "Ken Rice" wrote: > Wheezy will not be supported once 1.6 is released. > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Stanislav > Sinyagin > *Sent:* Monday, August 24, 2015 9:36 AM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] FreeSWITCH Unstable Repo > > > > I updated the pull request, and now Jessie debs can be successfully built. > > Wheezy debs are still failing, because of failing video dependencies. > > > > On Sun, Aug 23, 2015 at 2:30 AM, Stanislav Sinyagin > wrote: > > See the update in https://freeswitch.org/jira/browse/FS-8019 > > I fixed one problem, but there's a bunch of others: pbuilder creates an > isolated environment that doesn't have any network connectivity, but > modules like mod_event_zmq try to download sources from external servers. > > > > > > On Sat, Aug 22, 2015 at 12:44 AM, Michael Jerris wrote: > > Your dependencies look messed up.. install freeswitch-video-deps-most from > our repo, if you manually tried to do some of the non debian repo packages, > remove them first. > > > > > > On Aug 21, 2015, at 6:25 PM, Stanislav Sinyagin > wrote: > > > > Brian, could you publish the procedure that you use to build those debs? I > couldn't even build the revision that you have currently in the repo. > > I use: > ./debian/util.sh build-all -i -z1 -aamd64 -cjessie > > and I get the following error: > > The following packages have unmet dependencies: > pbuilder-satisfydepends-dummy : Depends: libyuv-dev which is a virtual > package. > Depends: libvpx-dev (>= 1.4.0) but it is > not going to be installed. or > libvpx2-dev which is a virtual > package. > Depends: libflite-dev which is a virtual > package. > Depends: libbroadvoice-dev which is a > virtual package. > Depends: libcodec2-dev which is a virtual > package. > Depends: libsngtc-dev which is a virtual > package. > Depends: libsilk-dev which is a virtual > package. > Unable to resolve dependencies! Giving up... > > I opened a related ticket, but it doesn't seem to be the main reason. > https://freeswitch.org/jira/browse/FS-8019 > > The build fails also if I add > deb http://files.freeswitch.org/repo/deb/debian jessie main > > into /etc/apt/sources.list > > thanks > > > > > > > > On Thu, Jun 18, 2015 at 4:18 PM, Brian West wrote: > > FreeSWITCHers, > > > > To help speed the testing and release cycle up, Team FreeSWITCH has > created a FreeSWITCH Unstable Debian repo, This repo is updated after every > commit to master and the debs lag behind about an hour from each commit. > > > > WARNING this repo is untested and should NOT be used in production. > > > > How to use this repo: > > > > 1. New Debian Jessie system > > 2. Run These Commands: > > > > echo "deb http://files.freeswitch.org/repo/deb/debian-unstable/ jessie > main" > /etc/apt/sources.list.d/99FreeSWITCH.list > > echo "deb http://files.freeswitch.org/repo/deb/debian/ jessie main" >> > /etc/apt/sources.list.d/99FreeSWITCH.list > > wget -O - https://files.freeswitch.org/repo/deb/debian/key.gpg |apt-key > add - > > apt-get update > > apt-get install freeswitch-all > > > > 3. To update: > > > > apt-get update > > apt-get dist-upgrade > > > > Any commit that goes in while the current build is running will be > included in the next build that starts. > > > > Questions? Mailing List / IRC / Hipchat > > Comments? Mailing List / IRC / Hipchat > > Bugs? https://freeswitch.org/jira/ > > > > Thanks, and happy testing! > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > ClueCon 2015 Call for Speakers > | Register > TODAY! | Reddit: /r/freeswitch > > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150824/449c3b16/attachment.html From steveayre at gmail.com Tue Aug 25 00:56:47 2015 From: steveayre at gmail.com (Steven Ayre) Date: Mon, 24 Aug 2015 21:56:47 +0100 Subject: [Freeswitch-users] FreeSWITCH Unstable Repo In-Reply-To: References: Message-ID: You might see a significant speedup from ccache, where it'll use cached output objects if the inputs have not changed. That way when compiling an updated tree it'll only need to recompile the parts that have changed. Haven't tried it on arm, but it should work there just as well as x86/amd64. On 18 June 2015 at 16:23, Stanislav Sinyagin wrote: > Does cross-compiling work? Because building arm packages on an arm server > takes about 6 hours. > On Jun 18, 2015 4:45 PM, "Brian West" wrote: > >> If the community steps up and assists on this front we can expand our >> target platforms to non-x86, ubuntu, and various others... We'll have the >> RPM based unstable repo soon too. Ken is wrapping that up soon. >> >> So anyone wanting to get involved please email us. >> >> On Thu, Jun 18, 2015 at 9:34 AM, jungle Boogie >> wrote: >> >>> On 18 June 2015 at 07:18, Brian West wrote: >>> > >>> > To help speed the testing and release cycle up, Team FreeSWITCH has >>> created a FreeSWITCH Unstable Debian repo, This repo is updated after every >>> commit to master and the debs lag behind about an hour from each commit. >>> >>> >>> Wow, this is really wonderful. >>> >>> Are you considering also packages for non x86 platforms, too? >>> Specifically arm. >>> >>> >>> >>> -- >>> ------- >>> inum: 883510009027723 >>> sip: jungleboogie at sip2sip.info >>> xmpp: jungle-boogie at jit.si >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at 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* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> ClueCon 2015 Call for Speakers >> | Register >> TODAY! | Reddit: /r/freeswitch >> >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150824/0d14f71f/attachment-0001.html From krice at freeswitch.org Tue Aug 25 07:09:31 2015 From: krice at freeswitch.org (Ken Rice) Date: Tue, 25 Aug 2015 03:09:31 +0000 Subject: [Freeswitch-users] FreeSWITCH Week in Review (Master Branch) August 15th-August 21st Message-ID: <55dbdc6b785ea_40ed94532c66078@resque-worker.6.mail> New Post on freeswitch.org from Kathleen King check it out at http://ift.tt/1PvMxaZ FreeSWITCH Week in Review (Master Branch) August 15th-August 21st Hello, again. This past week in the FreeSWITCH master branch we had 56 commits. This week the features are: a wonderful perl script, filebug.pl, to help file bugs from the command line, and more work on improving verto communicator including integration of Gravatars, some filter options, and grunt. Join us on Wednesdays at 12:00 CT for some more FreeSWITCH fun! And head over to freeswitch.com to learn more about FreeSWITCH support. New features that were added: FS-7988 Add a perl script to help file bugs from the command line and add fixbug.pl to tree FS-8009 [verto communicator] Create a grunt project with livereload support. Documentation can be found here. FS-8010 [verto communicator] Add options for googAutoGainControl, googNoiseSuppression, and googHighpassFilter FS-7855 [verto communicator] Pass userVariables back to the live array to allow for displaying the Gravatar associated with a member?s email address Improvements in build system, cross platform support, and packaging: FS-7965 [mod_conference] Fixed an error thrown when compiling with GCC FS-7985 [mod_voicemail] Fixed a compilation error on 32-bit PCC platform FS-8015 [mod_conference] Add project dir to include for mod_conference so it picks up mod_conference.h for Windows The following bugs were squashed: FS-7970 Fixed crash in video_bug_thread caused by double free FS-7971 [mod_opus] Fixed a rate mismatch and correctly advertise telephone-event and CN rates based on the advertised rates of offered codecs FS-7960 Fixed check_ice routine in switch_core_media.c to not use dropped?candidates FS-7975?[mod_voicemail] Fix record-greeting event missing VM-Greeting-Path FS-7969 Fixed a segfault due to pthread_setschedparam() on a thread that has exited FS-7962 Fixed sporadic invite/replaces failure FS-8004 Send keyframe on receiving nack with multiple consecutive packets FS-8005 [mod_opus] Fix for rare decoder error when doing PLC, OPUS_GET_LAST_PACKET_DURATION might return 0 FS-8006 Changed the typedef of switch_core_video_thread_callback_func_t for consistency FS-7932 [mod_verto] Removed the param from the getMute function in verto class, not needed on underlying method FS-8008 [mod_verto] Separate verto default config to have sep v4 and v6 listeners FS-8016 [mod_conference] Reduce buffering of video in conference mux FS-7977 [verto communicator] Fixing default resolution and cleaning code FS-7992 [verto communicator] Fixed device list at settings FS-8017 [verto communicator] Fixed uses of serialized verto in local storage FS-7986 [verto communicator] Fix for devices not refreshing if system config changes FS-7998 [verto communicator] Don?t prompt when recovering call, just do it. FS-8003 [verto communicator] Use audioInDevices instead of audioDevices to match verto plugin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150825/eda4c16b/attachment.html From telishisheer at gmail.com Tue Aug 25 08:57:38 2015 From: telishisheer at gmail.com (Shisheer Teli) Date: Tue, 25 Aug 2015 10:27:38 +0530 Subject: [Freeswitch-users] How to maintain redundancy in freeswitch servers Message-ID: I have two FreeSWITCH servers. if one server fails how the calls will direct through the second server? -- Regards, Shisheer T -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150825/9193702f/attachment.html From s.safarov at gmail.com Tue Aug 25 09:33:02 2015 From: s.safarov at gmail.com (Sergey Safarov) Date: Tue, 25 Aug 2015 05:33:02 +0000 Subject: [Freeswitch-users] How to maintain redundancy in freeswitch servers In-Reply-To: References: Message-ID: I has configured: 1) pacemaker shared ip; 2) Sofia profile with declared shared ip 3) Linux sysctl var configured to allow non local bind Optionally configure: 1) postgresql shared database via pacemaker,; 2) FreeSwitch call recover after failover On Tue, Aug 25, 2015, 07:58 Shisheer Teli wrote: > I have two FreeSWITCH servers. if one server fails how the calls will > direct through the second server? > > > > > -- > Regards, > Shisheer T > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150825/c61d8627/attachment.html From max at nysolutions.com Tue Aug 25 09:35:43 2015 From: max at nysolutions.com (Moishe Grunstein) Date: Tue, 25 Aug 2015 05:35:43 +0000 Subject: [Freeswitch-users] How to maintain redundancy in freeswitch servers In-Reply-To: References: Message-ID: Did you check confluence? Search for high availability or failover. Thanks, Moishe Grunstein Tornado Computer Systems, Inc. 212.400.7650 888.IPPBX.US Service Request Email: support at nysolutions.com [cid:image001.jpg at 01C72F94.9EE45D60] Computer Networking * Managed Services * IP Video Surveillance * Network Assessments * Web Solutions * Voice over IP * Disaster Recovery * Network Security * Site Surveys * CMS From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Shisheer Teli Sent: Tuesday, August 25, 2015 12:58 AM To: FreeSWITCH Users Help Subject: [Freeswitch-users] How to maintain redundancy in freeswitch servers I have two FreeSWITCH servers. if one server fails how the calls will direct through the second server? -- Regards, Shisheer T -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150825/8bfe41f3/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 2738 bytes Desc: image002.jpg Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150825/8bfe41f3/attachment-0001.jpg From davidmcnabnz at gmail.com Mon Aug 24 02:35:34 2015 From: davidmcnabnz at gmail.com (David McNab) Date: Mon, 24 Aug 2015 10:35:34 +1200 Subject: [Freeswitch-users] Wiki editing account Message-ID: Hi guys, How do I go about applying for an editing account on the wiki? In my learning process, I've been figuring out some things about Python scripting which might be able to help others who are Python-inclined. I'm asking if it might be possible to get edit access on the wiki, so I can publish some walk-through examples, together with practical tips and caveats. Cheers David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150824/526b4a66/attachment.html From gascagonzalo at gmail.com Tue Aug 25 06:09:20 2015 From: gascagonzalo at gmail.com (Gonzalo Gasca Meza) Date: Mon, 24 Aug 2015 19:09:20 -0700 Subject: [Freeswitch-users] RTP to SRTP Freeswitch 1.4 Message-ID: I have the following scenario: SIP Phone (RTP/SIP UDP) ---> Freeswitch ---> SRTP/TLS --> ITSP Currently when I place a call Freeswitch is not sending SRTP SDES in SDP. It does the TLS connection but SDP contains only AVP codecs. I have used the rtp_secure_media set to true and also export but crypto caps are not attached. I can see them listed, but nothing happens. Logs: http://pastebin.com/DgZ1Lejp sofia_status external::itsp-tls gateway sip:gonzalo at tls.itsp.com:5061:5061 NOREG dialplan/public.xml dialplan/default.xml sip_profiles/external/sipsitspTrunk.xml -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150824/ef37cc10/attachment.html From petedao at gmail.com Sun Aug 23 22:08:39 2015 From: petedao at gmail.com (Pete Kay) Date: Sun, 23 Aug 2015 11:08:39 -0700 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: <3C83996B-E693-41B5-B7CE-E30CB21D5C37@jerris.com> References: <1a6501d0ddbb$b9645e90$2c2d1bb0$@freeswitch.org> <3C83996B-E693-41B5-B7CE-E30CB21D5C37@jerris.com> Message-ID: Hi Michael Thank you for your comment. My outbound gateway is a public IP voip gateway. It does not have any nat in it. Could you help to take a look at the log attached? ------------------------------------------------------------------------ recv 3546 bytes from tcp/[163.125.130.79]:26869 at 16:38:06.597828: ------------------------------------------------------------------------ INVITE sip:1002 at 108.165.22.32:5060 SIP/2.0 Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport Max-Forwards: 70 Contact: ;+sip.instance=" 1001 at 108.165.22.32:5060" To: From: ;tag=e090b871 Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 2 INVITE Session-Expires: 1800 Min-SE: 90 Accept-Language: en Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, NOTIFY, SUBSCRIBE, INFO, MESSAGE, PRACK Content-Type: application/sdp Proxy-Authorization: Digest username="1001",realm="108.165.22.32",nonce="54896b80-49b5-11e5-ba06-3bd1ff35cbfe",uri=" sip:1002 at 108.165.22.32:5060 ",response="0afd4be94eedc61fadc74712a1376486",cnonce="55b6411c482ea7487d4a9c4496371213",nc=00000001,qop=auth,algorithm=MD5 Supported: timer, 100rel Content-Length: 2681 v=0 o=- 7694721001483168063 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 0.0.0.0 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:PfQS5mTk8DdU0wfL a=ice-pwd:/LwkxiZgwC7MiwSbG1Ypx5hJ a=fingerprint:sha-1 0F:6D:76:5D:16:F5:37:8F:F9:80:1C:CC:54:F0:3E:61:13:A0:87:17 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=sendrecv a=rtcp-mux a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=maxptime:60 a=ssrc:718599481 cname:DOUxo2z76LkE5KZX a=ssrc:718599481 msid:media_stream audio_track a=ssrc:718599481 mslabel:media_stream a=ssrc:718599481 label:audio_track a=candidate:3013953624 1 udp 2122260223 192.168.1.100 55457 typ host generation 0 a=candidate:2117845908 1 udp 2122194687 10.162.22.234 50345 typ host generation 0 a=candidate:3013953624 2 udp 2122260222 192.168.1.100 52690 typ host generation 0 a=candidate:2117845908 2 udp 2122194686 10.162.22.234 53413 typ host generation 0 a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49472 typ host tcptype passive generation 0 a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49473 typ host tcptype passive generation 0 a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49474 typ host tcptype passive generation 0 a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49475 typ host tcptype passive generation 0 a=candidate:854413036 1 udp 1686052607 163.125.130.79 26990 typ srflx raddr 192.168.1.100 rport 55457 generation 0 a=candidate:854413036 2 udp 1686052606 163.125.130.79 26991 typ srflx raddr 192.168.1.100 rport 52690 generation 0 a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59693 typ srflx raddr 10.162.22.234 rport 50345 generation 0 a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59694 typ srflx raddr 10.162.22.234 rport 53413 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 60858 typ relay raddr 163.125.130.79 rport 26990 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 62660 typ relay raddr 163.125.130.79 rport 26991 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 61723 typ relay raddr 112.97.51.70 rport 42163 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 63902 typ relay raddr 112.97.51.70 rport 42162 generation 0 ------------------------------------------------------------------------ send 371 bytes to tcp/[163.125.130.79]:26869 at 16:38:06.598163: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 From: ;tag=e090b871 To: Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 2 INVITE User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit Content-Length: 0 ------------------------------------------------------------------------ 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:2255 Re-attaching to session 54895f1e-49b5-11e5-ba05-3bd1ff35cbfe 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:9093 sofia/internal/ 1001 at 108.165.22.32:5060 receiving invite from 163.125.130.79:26869 version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:9260 IP 163.125.130.79 Rejected by acl "domains". Falling back to Digest auth. 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:10392 Setting NAT mode based on nat.auto 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:6715 Channel sofia/internal/ 1001 at 108.165.22.32:5060 entering state [received][100] 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:6725 Remote SDP: v=0 o=- 7694721001483168063 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS media_stream m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 c=IN IP4 0.0.0.0 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:9 G722/8000 a=rtpmap:102 ILBC/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:127 red/8000 a=rtpmap:126 telephone-event/8000 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:PfQS5mTk8DdU0wfL a=ice-pwd:/LwkxiZgwC7MiwSbG1Ypx5hJ a=fingerprint:sha-1 0F:6D:76:5D:16:F5:37:8F:F9:80:1C:CC:54:F0:3E:61:13:A0:87:17 a=setup:actpass a=mid:audio a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=rtcp-mux a=maxptime:60 a=ssrc:718599481 cname:DOUxo2z76LkE5KZX a=ssrc:718599481 msid:media_stream audio_track a=ssrc:718599481 mslabel:media_stream a=ssrc:718599481 label:audio_track a=candidate:3013953624 1 udp 2122260223 192.168.1.100 55457 typ host generation 0 a=candidate:2117845908 1 udp 2122194687 10.162.22.234 50345 typ host generation 0 a=candidate:3013953624 2 udp 2122260222 192.168.1.100 52690 typ host generation 0 a=candidate:2117845908 2 udp 2122194686 10.162.22.234 53413 typ host generation 0 a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49472 typ host tcptype passive generation 0 a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49473 typ host tcptype passive generation 0 a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49474 typ host tcptype passive generation 0 a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49475 typ host tcptype passive generation 0 a=candidate:854413036 1 udp 1686052607 163.125.130.79 26990 typ srflx raddr 192.168.1.100 rport 55457 generation 0 a=candidate:854413036 2 udp 1686052606 163.125.130.79 26991 typ srflx raddr 192.168.1.100 rport 52690 generation 0 a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59693 typ srflx raddr 10.162.22.234 rport 50345 generation 0 a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59694 typ srflx raddr 10.162.22.234 rport 53413 generation 0 a=candidate:2922827951 1 udp 41885439 146.185.149.11 60858 typ relay raddr 163.125.130.79 rport 26990 generation 0 a=candidate:2922827951 2 udp 41885438 146.185.149.11 62660 typ relay raddr 163.125.130.79 rport 26991 generation 0 a=candidate:2922827951 2 udp 41819902 146.185.149.11 61723 typ relay raddr 112.97.51.70 rport 42163 generation 0 a=candidate:2922827951 1 udp 41819903 146.185.149.11 63902 typ relay raddr 112.97.51.70 rport 42162 generation 0 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:6991 (sofia/internal/ 1001 at 108.165.22.32:5060) State Change CS_NEW -> CS_INIT 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at 108.165.22.32:5060) Running State Change CS_INIT 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/1001 at 108.165.22.32:5060) State INIT 2015-08-23 16:38:06.590319 [DEBUG] mod_sofia.c:88 sofia/internal/ 1001 at 108.165.22.32:5060 SOFIA INIT 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:40 sofia/internal/1001 at 108.165.22.32:5060 Standard INIT 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/1001 at 108.165.22.32:5060) State Change CS_INIT -> CS_ROUTING 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/1001 at 108.165.22.32:5060) State INIT going to sleep 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at 108.165.22.32:5060) Running State Change CS_ROUTING 2015-08-23 16:38:06.590319 [DEBUG] switch_channel.c:2239 (sofia/internal/ 1001 at 108.165.22.32:5060) Callstate Change DOWN -> RINGING 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at 108.165.22.32:5060) State ROUTING 2015-08-23 16:38:06.590319 [DEBUG] mod_sofia.c:141 sofia/internal/ 1001 at 108.165.22.32:5060 SOFIA ROUTING 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:166 sofia/internal/1001 at 108.165.22.32:5060 Standard ROUTING 2015-08-23 16:38:06.590319 [INFO] mod_dialplan_xml.c:637 Processing 1001 <1001>->1002 in context default Dialplan: sofia/internal/1001 at 108.165.22.32:5060 parsing [default->incoming_calls] continue=false Dialplan: sofia/internal/1001 at 108.165.22.32:5060 Regex (PASS) [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false Dialplan: sofia/internal/1001 at 108.165.22.32:5060 Action bridge({rtp_secure_media=false,sip_secure_mediai_outbound=false}[,sip_secure_media_outbound=false,sdp_secure_savp_only=false,origination_caller_id_number= 17185345433]sofia/internal/75468613802573728 at 69.22.33.40) 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:216 (sofia/internal/1001 at 108.165.22.32:5060) State Change CS_ROUTING -> CS_EXECUTE 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at 108.165.22.32:5060) State ROUTING going to sleep 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at 108.165.22.32:5060) Running State Change CS_EXECUTE 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at 108.165.22.32:5060) State EXECUTE 2015-08-23 16:38:06.590319 [DEBUG] mod_sofia.c:196 sofia/internal/ 1001 at 108.165.22.32:5060 SOFIA EXECUTE 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:258 sofia/internal/1001 at 108.165.22.32:5060 Standard EXECUTE EXECUTE sofia/internal/1001 at 108.165.22.32:5060 bridge({rtp_secure_media=false,sip_secure_mediai_outbound=false}[,sip_secure_media_outbound=false,sdp_secure_savp_only=false,origination_caller_id_number= 17185345433]sofia/internal/75468613802573728 at 69.22.33.40) 2015-08-23 16:38:06.610302 [DEBUG] switch_ivr_originate.c:2104 Parsing global variables 2015-08-23 16:38:06.610302 [DEBUG] switch_ivr_originate.c:2557 Parsing session specific variables 2015-08-23 16:38:06.610302 [NOTICE] switch_channel.c:1089 New Channel sofia/internal/75468613802573728 at 69.22.33.40 [54d94e84-49b5-11e5-ba0c-3bd1ff35cbfe] 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:4735 (sofia/internal/ 75468613802573728 at 69.22.33.40) State Change CS_NEW -> CS_INIT 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] Setting a-leg inherit_codec=true 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b ' 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/75468613802573728 at 69.22.33.40) Running State Change CS_INIT 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/75468613802573728 at 69.22.33.40) State INIT 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:88 sofia/internal/ 75468613802573728 at 69.22.33.40 SOFIA INIT 2015-08-23 16:38:06.610302 [DEBUG] sofia_glue.c:1257 sofia/internal/ 75468613802573728 at 69.22.33.40 sending invite version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit Local SDP: v=0 o=FreeSWITCH 1440321260 1440321261 IN IP4 108.165.22.32 s=FreeSWITCH c=IN IP4 108.165.22.32 t=0 0 m=audio 26626 RTP/AVP 9 0 8 101 13 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=rtpmap:13 CN/8000 a=ptime:20 a=sendrecv 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:40 sofia/internal/75468613802573728 at 69.22.33.40 Standard INIT 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/75468613802573728 at 69.22.33.40) State Change CS_INIT -> CS_ROUTING 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/75468613802573728 at 69.22.33.40) State INIT going to sleep 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/75468613802573728 at 69.22.33.40) Running State Change CS_ROUTING 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/75468613802573728 at 69.22.33.40) State ROUTING 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:141 sofia/internal/ 75468613802573728 at 69.22.33.40 SOFIA ROUTING 2015-08-23 16:38:06.610302 [DEBUG] switch_ivr_originate.c:67 (sofia/internal/75468613802573728 at 69.22.33.40) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/75468613802573728 at 69.22.33.40) State ROUTING going to sleep 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/75468613802573728 at 69.22.33.40) Running State Change CS_CONSUME_MEDIA send 1281 bytes to udp/[69.22.33.40]:5060 at 16:38:06.611312: ------------------------------------------------------------------------ INVITE sip:75468613802573728 at 69.22.33.40 SIP/2.0 Via: SIP/2.0/UDP 108.165.22.32;rport;branch=z9hG4bKevaDa1tKZ99Uc 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/75468613802573728 at 69.22.33.40) State CONSUME_MEDIA Max-Forwards: 69 From: "Extension 1001" ;tag=j0D5DB23gpjve To: 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/75468613802573728 at 69.22.33.40) State CONSUME_MEDIA going to sleep Call-ID: 2c37ae78-c458-1233-8384-60eb698211be CSeq: 79837879 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit 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 Content-Type: application/sdp Content-Disposition: session Content-Length: 294 X-FS-Support: update_display,send_info Remote-Party-ID: "Extension 1001" ;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1440321260 1440321261 IN IP4 108.165.22.32 s=FreeSWITCH c=IN IP4 108.165.22.32 t=0 0 m=audio 26626 RTP/AVP 9 0 8 101 13 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=rtpmap:13 CN/8000 a=ptime:20 ------------------------------------------------------------------------ 2015-08-23 16:38:06.610302 [DEBUG] sofia.c:6715 Channel sofia/internal/ 75468613802573728 at 69.22.33.40 entering state [calling][0] recv 317 bytes from udp/[69.22.33.40]:5060 at 16:38:06.612398: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP 108.165.22.32;rport;branch=z9hG4bKevaDa1tKZ99Uc From: "Extension 1001" ;tag=j0D5DB23gpjve To: Call-ID: 2c37ae78-c458-1233-8384-60eb698211be CSeq: 79837879 INVITE User-Agent: DNL-Switch Content-Length: 0 ------------------------------------------------------------------------ recv 674 bytes from udp/[69.22.33.40]:5060 at 16:38:07.210825: ------------------------------------------------------------------------ SIP/2.0 183 Session Progress Via: SIP/2.0/UDP 108.165.22.32;rport;branch=z9hG4bKevaDa1tKZ99Uc From: "Extension 1001" ;tag=j0D5DB23gpjve To: ;tag=1Xmp97vgtp22K Call-ID: 2c37ae78-c458-1233-8384-60eb698211be CSeq: 79837879 INVITE Contact: User-Agent: DNL-Switch Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO Supported: timer Content-Type: application/sdp Content-Length: 139 v=0 o=- 1440347904 1440347904 IN IP4 218.16.64.24 s=VOS2009 c=IN IP4 218.16.64.24 t=0 0 m=audio 8722 RTP/AVP 8 a=rtpmap:8 PCMA/8000 ------------------------------------------------------------------------ 2015-08-23 16:38:07.210310 [DEBUG] sofia.c:6715 Channel sofia/internal/ 75468613802573728 at 69.22.33.40 entering state [proceeding][183] 2015-08-23 16:38:07.210310 [DEBUG] sofia.c:6725 Remote SDP: v=0 o=- 1440347904 1440347904 IN IP4 218.16.64.24 s=VOS2009 c=IN IP4 218.16.64.24 t=0 0 m=audio 8722 RTP/AVP 8 a=rtpmap:8 PCMA/8000 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[G722:9:8000:20:64000:1] 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMU:0:8000:20:64000:1] 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4142 Audio Codec Compare [PCMA:8:8000:20:64000:1] ++++ is saved as a match 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:2871 Set Codec sofia/internal/75468613802573728 at 69.22.33.40 PCMA/8000 20 ms 160 samples 64000 bits 1 channels 2015-08-23 16:38:07.210310 [DEBUG] switch_core_codec.c:111 sofia/internal/ 75468613802573728 at 69.22.33.40 Original read codec set to PCMA:8 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4407 No 2833 in SDP. Disable 2833 dtmf and switch to INFO 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:5947 AUDIO RTP [sofia/internal/75468613802573728 at 69.22.33.40] 108.165.22.32 port 26626 -> 218.16.64.24 port 8722 codec: 8 ms: 20 2015-08-23 16:38:07.210310 [DEBUG] switch_rtp.c:3694 Starting timer [soft] 160 bytes per 20ms 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:6274 sofia/internal/ 75468613802573728 at 69.22.33.40 Set rtp dtmf delay to 40 2015-08-23 16:38:07.210310 [NOTICE] sofia_media.c:92 Pre-Answer sofia/internal/75468613802573728 at 69.22.33.40! 2015-08-23 16:38:07.210310 [DEBUG] switch_channel.c:3460 (sofia/internal/ 75468613802573728 at 69.22.33.40) Callstate Change DOWN -> EARLY 2015-08-23 16:38:07.230314 [DEBUG] switch_ivr_originate.c:413 Setting codec string on sofia/internal/1001 at 108.165.22.32:5060 to PCMA at 8000h@20i 2015-08-23 16:38:07.230314 [INFO] switch_ivr_originate.c:3533 Sending early media 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [opus:111:48000:60:0:2]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [ISAC:103:16000:30:32000:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [G722:9:8000:60:64000:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [ILBC:102:8000:30:13330:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [PCMU:0:8000:60:64000:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [PCMA:8:8000:60:64000:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4142 Audio Codec Compare [PCMA:8:8000:20:64000:1] ++++ is saved as a match 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [CN:105:16000:60:0:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [CN:13:8000:60:0:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec Compare [red:127:8000:60:0:1]/[PCMA:8:8000:20:64000:1] 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4003 Set telephone-event payload to 126 at 8000 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:2871 Set Codec sofia/internal/1001 at 108.165.22.32:5060 PCMA/8000 20 ms 160 samples 64000 bits 1 channels 2015-08-23 16:38:07.230314 [DEBUG] switch_core_codec.c:111 sofia/internal/ 1001 at 108.165.22.32:5060 Original read codec set to PCMA:8 2015-08-23 16:38:07.230314 [WARNING] switch_core_media.c:3207 NO candidate ACL defined, Defaulting to wan.auto 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: host addr: 192.168.1.100:55457 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: host addr: 10.162.22.234:50345 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: host addr: 192.168.1.100:52690 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: host addr: 10.162.22.234:53413 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: srflx addr: 163.125.130.79:26990 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: srflx addr: 163.125.130.79:26991 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: srflx addr: 112.97.55.70:59693 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: srflx addr: 112.97.55.70:59694 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: relay addr: 146.185.149.11:60858 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: relay addr: 146.185.149.11:62660 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 2 proto: udp type: relay addr: 146.185.149.11:61723 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio Candidate cid: 1 proto: udp type: relay addr: 146.185.149.11:63902 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3276 Searching for rtp candidate. 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3281 Choose rtp candidate, index 2, 163.125.130.79:26990 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3099 sofia/internal/ 1001 at 108.165.22.32:5060 choosing family v4 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3292 Choose same candidate, index 6, for rtcp based on rtcp-mux attribute 163.125.130.79:26990 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3337 setting remote audio ice addr to index 2 163.125.130.79:26990 based on candidate 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3358 Setting remote rtcp audio addr to 163.125.130.79:26990 based on candidate 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4346 Set telephone-event payload to 126 at 8000 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4394 Set 2833 dtmf send/recv payload to 126 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:5947 AUDIO RTP [sofia/internal/1001 at 108.165.22.32:5060] 108.165.22.32 port 21834 -> 163.125.130.79 port 26990 codec: 8 ms: 20 2015-08-23 16:38:07.230314 [DEBUG] switch_rtp.c:3694 Starting timer [soft] 160 bytes per 20ms 2015-08-23 16:38:07.230314 [INFO] switch_core_media.c:6122 Activating Audio ICE 2015-08-23 16:38:07.230314 [NOTICE] switch_rtp.c:4213 Activating RTP audio ICE: PfQS5mTk8DdU0wfL:lxhtm2fsdIETo71R 163.125.130.79:26990 2015-08-23 16:38:07.230314 [INFO] switch_core_media.c:6165 Activating RTCP PORT 26990 2015-08-23 16:38:07.230314 [DEBUG] switch_rtp.c:4110 RTCP send rate is: 5000 and packet rate is: 20000 Remote Port: 26990 2015-08-23 16:38:07.230314 [INFO] switch_core_media.c:6173 Skipping RTCP ICE (Same as RTP) 2015-08-23 16:38:07.230314 [INFO] switch_rtp.c:3214 Activate RTP/RTCP audio DTLS client 2015-08-23 16:38:07.230314 [INFO] switch_rtp.c:3343 Changing audio DTLS state from OFF to HANDSHAKE 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:6246 Set 2833 dtmf send payload to 126 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:6252 Set 2833 dtmf receive payload to 126 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:6274 sofia/internal/ 1001 at 108.165.22.32:5060 Set rtp dtmf delay to 40 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:6280 Set comfort noise payload to 13 2015-08-23 16:38:07.230314 [NOTICE] sofia_media.c:92 Pre-Answer sofia/internal/1001 at 108.165.22.32:5060! 2015-08-23 16:38:07.230314 [DEBUG] switch_channel.c:3460 (sofia/internal/ 1001 at 108.165.22.32:5060) Callstate Change RINGING -> EARLY 2015-08-23 16:38:07.230314 [DEBUG] mod_sofia.c:2293 Ring SDP: v=0 o=FreeSWITCH 1440326053 1440326054 IN IP4 108.165.22.32 s=FreeSWITCH c=IN IP4 108.165.22.32 t=0 0 a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi m=audio 21834 RTP/SAVPF 8 126 13 a=rtpmap:8 PCMA/8000 a=rtpmap:126 telephone-event/8000 a=rtpmap:13 CN/8000 a=ptime:20 a=sendonly a=fingerprint:sha-1 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A a=setup:active a=rtcp-mux a=rtcp:21834 IN IP4 108.165.22.32 a=ice-ufrag:lxhtm2fsdIETo71R a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW a=candidate:4917377022 1 udp 659136 108.165.22.32 21834 typ host generation 0 a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 2015-08-23 16:38:07.230314 [DEBUG] switch_ivr_originate.c:3584 Originate Resulted in Success: [sofia/internal/75468613802573728 at 69.22.33.40] send 1773 bytes to tcp/[163.125.130.79]:26869 at 16:38:07.236989: ------------------------------------------------------------------------ SIP/2.0 183 Session Progress Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 From: ;tag=e090b871 To: ;tag=HQmccgH0KDv9j Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 2 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 Content-Type: application/sdp Content-Disposition: session Content-Length: 809 Remote-Party-ID: "Outbound Call" ;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1440326053 1440326054 IN IP4 108.165.22.32 s=FreeSWITCH c=IN IP4 108.165.22.32 t=0 0 a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi m=audio 21834 RTP/SAVPF 8 126 13 a=rtpmap:8 PCMA/8000 a=rtpmap:126 telephone-event/8000 a=rtpmap:13 CN/8000 a=sendonly a=ptime:20 a=fingerprint:sha-1 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A a=setup:active a=rtcp-mux a=rtcp:21834 IN IP4 108.165.22.32 a=ice-ufrag:lxhtm2fsdIETo71R a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW a=candidate:4917377022 1 udp 659136 108.165.22.32 21834 typ host generation 0 a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 ------------------------------------------------------------------------ 2015-08-23 16:38:07.230314 [DEBUG] sofia.c:6715 Channel sofia/internal/ 1001 at 108.165.22.32:5060 entering state [early][183] 2015-08-23 16:38:07.230314 [DEBUG] switch_ivr_bridge.c:1584 (sofia/internal/ 75468613802573728 at 69.22.33.40) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA 2015-08-23 16:38:07.230314 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/75468613802573728 at 69.22.33.40) Running State Change CS_EXCHANGE_MEDIA 2015-08-23 16:38:07.230314 [DEBUG] switch_core_state_machine.c:542 (sofia/internal/75468613802573728 at 69.22.33.40) State EXCHANGE_MEDIA 2015-08-23 16:38:07.230314 [DEBUG] mod_sofia.c:613 SOFIA EXCHANGE_MEDIA 2015-08-23 16:38:09.290278 [DEBUG] switch_rtp.c:6462 Correct audio ip/port confirmed. recv 635 bytes from udp/[69.22.33.40]:5060 at 16:38:16.729400: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 108.165.22.32;rport;branch=z9hG4bKevaDa1tKZ99Uc From: "Extension 1001" ;tag=j0D5DB23gpjve To: ;tag=1Xmp97vgtp22K Call-ID: 2c37ae78-c458-1233-8384-60eb698211be CSeq: 79837879 INVITE Contact: User-Agent: DNL-Switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO Supported: timer Content-Type: application/sdp Content-Length: 139 v=0 o=- 1440347904 1440347904 IN IP4 218.16.64.24 s=VOS2009 c=IN IP4 218.16.64.24 t=0 0 m=audio 8722 RTP/AVP 8 a=rtpmap:8 PCMA/8000 ------------------------------------------------------------------------ 2015-08-23 16:38:16.710530 [DEBUG] sofia.c:6715 Channel sofia/internal/ 75468613802573728 at 69.22.33.40 entering state [completing][200] 2015-08-23 16:38:16.710530 [DEBUG] sofia.c:6722 Duplicate SDP v=0 o=- 1440347904 1440347904 IN IP4 218.16.64.24 s=VOS2009 c=IN IP4 218.16.64.24 t=0 0 m=audio 8722 RTP/AVP 8 a=rtpmap:8 PCMA/8000 send 418 bytes to udp/[69.22.33.40]:5060 at 16:38:16.733500: ------------------------------------------------------------------------ ACK sip:75468613802573728 at 69.22.33.40:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 108.165.22.32;rport;branch=z9hG4bKF535BvBQvj0er Max-Forwards: 70 From: "Extension 1001" ;tag=j0D5DB23gpjve To: ;tag=1Xmp97vgtp22K Call-ID: 2c37ae78-c458-1233-8384-60eb698211be CSeq: 79837879 ACK Contact: Content-Length: 0 ------------------------------------------------------------------------ 2015-08-23 16:38:16.750300 [DEBUG] sofia.c:6715 Channel sofia/internal/ 75468613802573728 at 69.22.33.40 entering state [ready][200] 2015-08-23 16:38:16.750300 [NOTICE] sofia.c:7517 Channel [sofia/internal/ 75468613802573728 at 69.22.33.40] has been answered 2015-08-23 16:38:16.750300 [DEBUG] switch_channel.c:3759 (sofia/internal/ 75468613802573728 at 69.22.33.40) Callstate Change EARLY -> ACTIVE 2015-08-23 16:38:16.750300 [DEBUG] mod_sofia.c:799 Local SDP sofia/internal/ 1001 at 108.165.22.32:5060: v=0 o=FreeSWITCH 1440326053 1440326055 IN IP4 108.165.22.32 s=FreeSWITCH c=IN IP4 108.165.22.32 t=0 0 a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi m=audio 21834 RTP/SAVPF 8 126 13 a=rtpmap:8 PCMA/8000 a=rtpmap:126 telephone-event/8000 a=rtpmap:13 CN/8000 a=ptime:20 a=sendonly a=fingerprint:sha-1 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A a=setup:active a=rtcp-mux a=rtcp:21834 IN IP4 108.165.22.32 a=ice-ufrag:lxhtm2fsdIETo71R a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW a=candidate:9014549722 1 udp 659136 108.165.22.32 21834 typ host generation 0 a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 send 1786 bytes to tcp/[163.125.130.79]:26869 at 16:38:16.754777: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 From: ;tag=e090b871 To: ;tag=HQmccgH0KDv9j Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 2 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Require: timer 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 Session-Expires: 120;refresher=uac Content-Type: application/sdp Content-Disposition: session Content-Length: 809 Remote-Party-ID: "Outbound Call" ;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1440326053 1440326054 IN IP4 108.165.22.32 s=FreeSWITCH c=IN IP4 108.165.22.32 t=0 0 a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi m=audio 21834 RTP/SAVPF 8 126 13 a=rtpmap:8 PCMA/8000 a=rtpmap:126 telephone-event/8000 a=rtpmap:13 CN/8000 a=sendonly a=ptime:20 a=fingerprint:sha-1 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A a=setup:active a=rtcp-mux a=rtcp:21834 IN IP4 108.165.22.32 a=ice-ufrag:lxhtm2fsdIETo71R a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW a=candidate:4917377022 1 udp 659136 108.165.22.32 21834 typ host generation 0 a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 ------------------------------------------------------------------------ 2015-08-23 16:38:16.770314 [DEBUG] sofia.c:6715 Channel sofia/internal/ 1001 at 108.165.22.32:5060 entering state [completed][200] 2015-08-23 16:38:16.810331 [DEBUG] switch_rtp.c:6462 Correct audio ip/port confirmed. send 1786 bytes to tcp/[163.125.130.79]:26869 at 16:38:17.254967: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 From: ;tag=e090b871 To: ;tag=HQmccgH0KDv9j Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 2 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Require: timer 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 Session-Expires: 120;refresher=uac Content-Type: application/sdp Content-Disposition: session Content-Length: 809 Remote-Party-ID: "Outbound Call" ;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1440326053 1440326054 IN IP4 108.165.22.32 s=FreeSWITCH c=IN IP4 108.165.22.32 t=0 0 a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi m=audio 21834 RTP/SAVPF 8 126 13 a=rtpmap:8 PCMA/8000 a=rtpmap:126 telephone-event/8000 a=rtpmap:13 CN/8000 a=sendonly a=ptime:20 a=fingerprint:sha-1 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A a=setup:active a=rtcp-mux a=rtcp:21834 IN IP4 108.165.22.32 a=ice-ufrag:lxhtm2fsdIETo71R a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW a=candidate:4917377022 1 udp 659136 108.165.22.32 21834 typ host generation 0 a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 ------------------------------------------------------------------------ recv 425 bytes from tcp/[163.125.130.79]:26869 at 16:38:17.263429: ------------------------------------------------------------------------ ACK sip:1002 at 108.165.22.32:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---c562871456b95e64;rport Max-Forwards: 70 Contact: ;+sip.instance=" 1001 at 108.165.22.32:5060" To: ;tag=HQmccgH0KDv9j From: ;tag=e090b871 Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 2 ACK Content-Length: 0 ------------------------------------------------------------------------ 2015-08-23 16:38:17.270321 [DEBUG] sofia.c:6715 Channel sofia/internal/ 1001 at 108.165.22.32:5060 entering state [ready][200] 2015-08-23 16:38:17.670308 [NOTICE] switch_rtp.c:1175 Auto Changing audio stun/rtp/dtls port from 163.125.130.79:26990 to 112.97.55.70:59693 recv 425 bytes from tcp/[163.125.130.79]:26869 at 16:38:17.692357: ------------------------------------------------------------------------ ACK sip:1002 at 108.165.22.32:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---c562871456b95e64;rport Max-Forwards: 70 Contact: ;+sip.instance=" 1001 at 108.165.22.32:5060" To: ;tag=HQmccgH0KDv9j From: ;tag=e090b871 Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 2 ACK Content-Length: 0 ------------------------------------------------------------------------ 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:3007 Changing audio DTLS state from HANDSHAKE to SETUP 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:2916 audio Fingerprint Verified. 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:3506 Activating Audio Secure RTP SEND 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:3484 Activating Audio Secure RTP RECV 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:2956 Changing audio DTLS state from SETUP to READY 2015-08-23 16:38:19.510341 [DEBUG] switch_core_sqldb.c:2607 Secure Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80 2015-08-23 16:38:19.510341 [DEBUG] switch_core_sqldb.c:2607 Secure Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80 2015-08-23 16:38:19.510341 [NOTICE] switch_ivr_bridge.c:609 Channel [sofia/internal/1001 at 108.165.22.32:5060] has been answered 2015-08-23 16:38:19.510341 [DEBUG] switch_channel.c:3759 (sofia/internal/ 1001 at 108.165.22.32:5060) Callstate Change EARLY -> ACTIVE freeswitch at switch3> freeswitch at switch3> freeswitch at switch3> freeswitch at switch3> freeswitch at switch3> recv 737 bytes from tcp/[163.125.130.79]:26869 at 16:38:29.607614: ------------------------------------------------------------------------ BYE sip:1002 at 108.165.22.32:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---c2b8e25850437d1d;rport Max-Forwards: 70 Contact: ;+sip.instance=" 1001 at 108.165.22.32:5060" To: ;tag=HQmccgH0KDv9j From: ;tag=e090b871 Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 3 BYE Proxy-Authorization: Digest username="1001",realm="108.165.22.32",nonce="54896b80-49b5-11e5-ba06-3bd1ff35cbfe",uri="sip:1002 at 108.165.22.32:5060 ;transport=tcp",response="e01d7fbc84b3375e271c041aac302718",cnonce="061dd974e10e224a6d5cad294f14cf21",nc=00000002,qop=auth,algorithm=MD5 Reason: SIP;text=User Hung Up Content-Length: 0 ------------------------------------------------------------------------ 2015-08-23 16:38:29.610343 [NOTICE] sofia.c:952 Hangup sofia/internal/ 1001 at 108.165.22.32:5060 [CS_EXECUTE] [NORMAL_CLEARING] send 526 bytes to tcp/[163.125.130.79]:26869 at 16:38:29.615254: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/TCP 192.168.1.100:5060 ;branch=z9hG4bK-524287-1---c2b8e25850437d1d;rport=26869;received=163.125.130.79 From: ;tag=e090b871 To: ;tag=HQmccgH0KDv9j Call-ID: YEXqB4WY4KZUOfmDabppqg.. CSeq: 3 BYE User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 ------------------------------------------------------------------------ 2015-08-23 16:38:29.610343 [DEBUG] switch_ivr_bridge.c:771 BRIDGE THREAD DONE [sofia/internal/1001 at 108.165.22.32:5060] 2015-08-23 16:38:29.630370 [DEBUG] switch_ivr_bridge.c:771 BRIDGE THREAD DONE [sofia/internal/75468613802573728 at 69.22.33.40] 2015-08-23 16:38:29.630370 [NOTICE] switch_ivr_bridge.c:874 Hangup sofia/internal/75468613802573728 at 69.22.33.40 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:542 (sofia/internal/75468613802573728 at 69.22.33.40) State EXCHANGE_MEDIA going to sleep 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/75468613802573728 at 69.22.33.40) Running State Change CS_HANGUP 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/75468613802573728 at 69.22.33.40) Callstate Change ACTIVE -> HANGUP 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/75468613802573728 at 69.22.33.40) State HANGUP 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:425 sofia/internal/ 75468613802573728 at 69.22.33.40 Overriding SIP cause 480 with 200 from the other leg 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:431 Channel sofia/internal On Sun, Aug 23, 2015 at 10:23 AM, Michael Jerris wrote: > This has nothing at all to do with encryption.... in fact: > > Dialplan: sofia/internal/1001 at x.x.x.x:5060 Action > bridge({rtp_secure_media=false,sip_secure_mediai_outbound=false}[,sip_secure_media_outbound=false,sdp_secure_savp_only=false,origination_caller_id_number= > 17185345433]sofia/internal/754617702573728 at y.y.y.y) > > > you don't need ANY of these vars: > rtp_secure_media=false,sip_secure_mediai_outbound=false > sip_secure_media_outbound=false,sdp_secure_savp_only=false > > and you have other typos in there like leading , that I think doesn't > matter, but NONE of that is necessary. > > It sounds like your issue has everything to do with the outbound call, and > nothing at all to do with encryption or anything from the inbound call. Is > there any nat in play on the outbound call? > > You have edited the trace to remove IP addresses, and I have found that > this is typically where the problem is whenever anyone edits traces to > remove this information, so I as a policy will not review any edited logs. > Look for nat issues and I suspect you will find the problem. > > > > On Aug 23, 2015, at 1:12 PM, Pete Kay wrote: > > Hi > > Thanks alot for the help. The call is not able to ing the remote end. > However, from the webrtc side, I can hear audio, but the remote end, there > is no audio. > My scenario is WebRTC client -> Freeswitch -> Voip gateway -> mobile > phone > > WebRTC client can hear audio but mobile phone hear nothing. > > Is it because of some decryption not set correct? > > Here is my log: > > > ------------------------------------------------------------------------ > > recv 3546 bytes from tcp/[163.125.130.79]:26869 at 16:38:06.597828: > > ------------------------------------------------------------------------ > > INVITE sip:1002 at x.x.x.x:5060 SIP/2.0 > > Via: SIP/2.0/TCP 192.168.1.100:5060 > ;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport > > Max-Forwards: 70 > > Contact: ;+sip.instance=" > 1001 at x.x.x.x:5060" > > To: > > From: ;tag=e090b871 > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 2 INVITE > > Session-Expires: 1800 > > Min-SE: 90 > > Accept-Language: en > > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, NOTIFY, SUBSCRIBE, INFO, > MESSAGE, PRACK > > Content-Type: application/sdp > > Proxy-Authorization: Digest > username="1001",realm="x.x.x.x",nonce="54896b80-49b5-11e5-ba06-3bd1ff35cbfe",uri=" > sip:1002 at x.x.x.x:5060 > ",response="0afd4be94eedc61fadc74712a1376486",cnonce="55b6411c482ea7487d4a9c4496371213",nc=00000001,qop=auth,algorithm=MD5 > > Supported: timer, 100rel > > Content-Length: 2681 > > > v=0 > > o=- 7694721001483168063 2 IN IP4 127.0.0.1 > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:PfQS5mTk8DdU0wfL > > a=ice-pwd:/LwkxiZgwC7MiwSbG1Ypx5hJ > > a=fingerprint:sha-1 > 0F:6D:76:5D:16:F5:37:8F:F9:80:1C:CC:54:F0:3E:61:13:A0:87:17 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=sendrecv > > a=rtcp-mux > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=maxptime:60 > > a=ssrc:718599481 cname:DOUxo2z76LkE5KZX > > a=ssrc:718599481 msid:media_stream audio_track > > a=ssrc:718599481 mslabel:media_stream > > a=ssrc:718599481 label:audio_track > > a=candidate:3013953624 1 udp 2122260223 192.168.1.100 55457 typ host > generation 0 > > a=candidate:2117845908 1 udp 2122194687 10.162.22.234 50345 typ host > generation 0 > > a=candidate:3013953624 2 udp 2122260222 192.168.1.100 52690 typ host > generation 0 > > a=candidate:2117845908 2 udp 2122194686 10.162.22.234 53413 typ host > generation 0 > > a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49472 typ host > tcptype passive generation 0 > > a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49473 typ host > tcptype passive generation 0 > > a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49474 typ host > tcptype passive generation 0 > > a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49475 typ host > tcptype passive generation 0 > > a=candidate:854413036 1 udp 1686052607 163.125.130.79 26990 typ srflx > raddr 192.168.1.100 rport 55457 generation 0 > > a=candidate:854413036 2 udp 1686052606 163.125.130.79 26991 typ srflx > raddr 192.168.1.100 rport 52690 generation 0 > > a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59693 typ srflx > raddr 10.162.22.234 rport 50345 generation 0 > > a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59694 typ srflx > raddr 10.162.22.234 rport 53413 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 60858 typ relay > raddr 163.125.130.79 rport 26990 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 62660 typ relay > raddr 163.125.130.79 rport 26991 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 61723 typ relay > raddr 112.97.51.70 rport 42163 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 63902 typ relay > raddr 112.97.51.70 rport 42162 generation 0 > > ------------------------------------------------------------------------ > > send 371 bytes to tcp/[163.125.130.79]:26869 at 16:38:06.598163: > > ------------------------------------------------------------------------ > > SIP/2.0 100 Trying > > Via: SIP/2.0/TCP 192.168.1.100:5060 > ;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 > > From: ;tag=e090b871 > > To: > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 2 INVITE > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:2255 Re-attaching to session > 54895f1e-49b5-11e5-ba05-3bd1ff35cbfe > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:9093 > sofia/internal/1001 at x.x.x.x:5060 receiving invite from > 163.125.130.79:26869 version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:9260 IP 163.125.130.79 Rejected > by acl "domains". Falling back to Digest auth. > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:10392 Setting NAT mode based on > nat.auto > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:6715 Channel > sofia/internal/1001 at x.x.x.x:5060 entering state [received][100] > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:6725 Remote SDP: > > v=0 > > o=- 7694721001483168063 2 IN IP4 127.0.0.1 > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:PfQS5mTk8DdU0wfL > > a=ice-pwd:/LwkxiZgwC7MiwSbG1Ypx5hJ > > a=fingerprint:sha-1 > 0F:6D:76:5D:16:F5:37:8F:F9:80:1C:CC:54:F0:3E:61:13:A0:87:17 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:718599481 cname:DOUxo2z76LkE5KZX > > a=ssrc:718599481 msid:media_stream audio_track > > a=ssrc:718599481 mslabel:media_stream > > a=ssrc:718599481 label:audio_track > > a=candidate:3013953624 1 udp 2122260223 192.168.1.100 55457 typ host > generation 0 > > a=candidate:2117845908 1 udp 2122194687 10.162.22.234 50345 typ host > generation 0 > > a=candidate:3013953624 2 udp 2122260222 192.168.1.100 52690 typ host > generation 0 > > a=candidate:2117845908 2 udp 2122194686 10.162.22.234 53413 typ host > generation 0 > > a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49472 typ host > tcptype passive generation 0 > > a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49473 typ host > tcptype passive generation 0 > > a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49474 typ host > tcptype passive generation 0 > > a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49475 typ host > tcptype passive generation 0 > > a=candidate:854413036 1 udp 1686052607 163.125.130.79 26990 typ srflx > raddr 192.168.1.100 rport 55457 generation 0 > > a=candidate:854413036 2 udp 1686052606 163.125.130.79 26991 typ srflx > raddr 192.168.1.100 rport 52690 generation 0 > > a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59693 typ srflx raddr > 10.162.22.234 rport 50345 generation 0 > > a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59694 typ srflx raddr > 10.162.22.234 rport 53413 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 60858 typ relay raddr > 163.125.130.79 rport 26990 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 62660 typ relay raddr > 163.125.130.79 rport 26991 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 61723 typ relay raddr > 112.97.51.70 rport 42163 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 63902 typ relay raddr > 112.97.51.70 rport 42162 generation 0 > > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:6991 ( > sofia/internal/1001 at x.x.x.x:5060) State Change CS_NEW -> CS_INIT > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_INIT > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:516 ( > sofia/internal/1001 at x.x.x.x:5060) State INIT > > 2015-08-23 16:38:06.590319 [DEBUG] mod_sofia.c:88 > sofia/internal/1001 at x.x.x.x:5060 SOFIA INIT > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:40 > sofia/internal/1001 at x.x.x.x:5060 Standard INIT > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:48 ( > sofia/internal/1001 at x.x.x.x:5060) State Change CS_INIT -> CS_ROUTING > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:516 ( > sofia/internal/1001 at x.x.x.x:5060) State INIT going to sleep > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_ROUTING > > 2015-08-23 16:38:06.590319 [DEBUG] switch_channel.c:2239 ( > sofia/internal/1001 at x.x.x.x:5060) Callstate Change DOWN -> RINGING > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:532 ( > sofia/internal/1001 at x.x.x.x:5060) State ROUTING > > 2015-08-23 16:38:06.590319 [DEBUG] mod_sofia.c:141 > sofia/internal/1001 at x.x.x.x:5060 SOFIA ROUTING > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:166 > sofia/internal/1001 at x.x.x.x:5060 Standard ROUTING > > 2015-08-23 16:38:06.590319 [INFO] mod_dialplan_xml.c:637 Processing 1001 > <1001>->1002 in context default > > Dialplan: sofia/internal/1001 at x.x.x.x:5060 parsing > [default->incoming_calls] continue=false > > Dialplan: sofia/internal/1001 at x.x.x.x:5060 Regex (PASS) [incoming_calls] > ${destination_number}(1002) =~ /1002/ break=on-false > > Dialplan: sofia/internal/1001 at x.x.x.x:5060 Action > bridge({rtp_secure_media=false,sip_secure_mediai_outbound=false}[,sip_secure_media_outbound=false,sdp_secure_savp_only=false,origination_caller_id_number= > 17185345433]sofia/internal/754617702573728 at y.y.y.y) > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:216 ( > sofia/internal/1001 at x.x.x.x:5060) State Change CS_ROUTING -> CS_EXECUTE > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:532 ( > sofia/internal/1001 at x.x.x.x:5060) State ROUTING going to sleep > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_EXECUTE > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:539 ( > sofia/internal/1001 at x.x.x.x:5060) State EXECUTE > > 2015-08-23 16:38:06.590319 [DEBUG] mod_sofia.c:196 > sofia/internal/1001 at x.x.x.x:5060 SOFIA EXECUTE > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:258 > sofia/internal/1001 at x.x.x.x:5060 Standard EXECUTE > > EXECUTE sofia/internal/1001 at x.x.x.x:5060 > bridge({rtp_secure_media=false,sip_secure_mediai_outbound=false}[,sip_secure_media_outbound=false,sdp_secure_savp_only=false,origination_caller_id_number= > 17185345433]sofia/internal/754617702573728 at y.y.y.y) > > 2015-08-23 16:38:06.610302 [DEBUG] switch_ivr_originate.c:2104 Parsing > global variables > > 2015-08-23 16:38:06.610302 [DEBUG] switch_ivr_originate.c:2557 Parsing > session specific variables > > 2015-08-23 16:38:06.610302 [NOTICE] switch_channel.c:1089 New Channel > sofia/internal/754617702573728 at y.y.y.y > [54d94e84-49b5-11e5-ba0c-3bd1ff35cbfe] > > 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:4735 ( > sofia/internal/754617702573728 at y.y.y.y) State Change CS_NEW -> CS_INIT > > 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] > Setting a-leg inherit_codec=true > > 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] > Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b > ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h > @20i at 64000b' > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_INIT > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:516 ( > sofia/internal/754617702573728 at y.y.y.y) State INIT > > 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:88 > sofia/internal/754617702573728 at y.y.y.y SOFIA INIT > > 2015-08-23 16:38:06.610302 [DEBUG] sofia_glue.c:1257 > sofia/internal/754617702573728 at y.y.y.y sending invite version: 1.7.0 git > 58f1272 2015-08-14 17:51:12Z 64bit > > Local SDP: > > v=0 > > o=FreeSWITCH 1440321260 1440321261 IN IP4 x.x.x.x > > s=FreeSWITCH > > c=IN IP4 x.x.x.x > > t=0 0 > > m=audio 26626 RTP/AVP 9 0 8 101 13 > > a=rtpmap:9 G722/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:101 telephone-event/8000 > > a=fmtp:101 0-16 > > a=rtpmap:13 CN/8000 > > a=ptime:20 > > a=sendrecv > > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:40 > sofia/internal/754617702573728 at y.y.y.y Standard INIT > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:48 ( > sofia/internal/754617702573728 at y.y.y.y) State Change CS_INIT -> CS_ROUTING > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:516 ( > sofia/internal/754617702573728 at y.y.y.y) State INIT going to sleep > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_ROUTING > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:532 ( > sofia/internal/754617702573728 at y.y.y.y) State ROUTING > > 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:141 > sofia/internal/754617702573728 at y.y.y.y SOFIA ROUTING > > 2015-08-23 16:38:06.610302 [DEBUG] switch_ivr_originate.c:67 ( > sofia/internal/754617702573728 at y.y.y.y) State Change CS_ROUTING -> > CS_CONSUME_MEDIA > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:532 ( > sofia/internal/754617702573728 at y.y.y.y) State ROUTING going to sleep > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/754617702573728 at y.y.y.y) Running State Change > CS_CONSUME_MEDIA > > send 1281 bytes to udp/[y.y.y.y]:5060 at 16:38:06.611312: > > ------------------------------------------------------------------------ > > INVITE sip:754617702573728 at y.y.y.y SIP/2.0 > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKevaDa1tKZ99Uc > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:551 ( > sofia/internal/754617702573728 at y.y.y.y) State CONSUME_MEDIA > > Max-Forwards: 69 > > From: "Extension 1001" ;tag=j0D5DB23gpjve > > To: > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:551 ( > sofia/internal/754617702573728 at y.y.y.y) State CONSUME_MEDIA going to sleep > > Call-ID: 2c37ae78-c458-1233-8384-60eb698211be > > CSeq: 79837879 INVITE > > Contact: > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > 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 > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 294 > > X-FS-Support: update_display,send_info > > Remote-Party-ID: "Extension 1001" @x.x.x.x>;party=calling;screen=yes;privacy=off > > > v=0 > > o=FreeSWITCH 1440321260 1440321261 IN IP4 x.x.x.x > > s=FreeSWITCH > > c=IN IP4 x.x.x.x > > t=0 0 > > m=audio 26626 RTP/AVP 9 0 8 101 13 > > a=rtpmap:9 G722/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:101 telephone-event/8000 > > a=fmtp:101 0-16 > > a=rtpmap:13 CN/8000 > > a=ptime:20 > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:06.610302 [DEBUG] sofia.c:6715 Channel > sofia/internal/754617702573728 at y.y.y.y entering state [calling][0] > > recv 317 bytes from udp/[y.y.y.y]:5060 at 16:38:06.612398: > > ------------------------------------------------------------------------ > > SIP/2.0 100 Trying > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKevaDa1tKZ99Uc > > From: "Extension 1001" ;tag=j0D5DB23gpjve > > To: > > Call-ID: 2c37ae78-c458-1233-8384-60eb698211be > > CSeq: 79837879 INVITE > > User-Agent: DNL-Switch > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > recv 674 bytes from udp/[y.y.y.y]:5060 at 16:38:07.210825: > > ------------------------------------------------------------------------ > > SIP/2.0 183 Session Progress > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKevaDa1tKZ99Uc > > From: "Extension 1001" ;tag=j0D5DB23gpjve > > To: ;tag=1Xmp97vgtp22K > > Call-ID: 2c37ae78-c458-1233-8384-60eb698211be > > CSeq: 79837879 INVITE > > Contact: > > User-Agent: DNL-Switch > > Accept: application/sdp > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO > > Supported: timer > > Content-Type: application/sdp > > Content-Length: 139 > > > v=0 > > o=- 1440347904 1440347904 IN IP4 218.16.64.24 > > s=VOS2009 > > c=IN IP4 218.16.64.24 > > t=0 0 > > m=audio 8722 RTP/AVP 8 > > a=rtpmap:8 PCMA/8000 > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:07.210310 [DEBUG] sofia.c:6715 Channel > sofia/internal/754617702573728 at y.y.y.y entering state [proceeding][183] > > 2015-08-23 16:38:07.210310 [DEBUG] sofia.c:6725 Remote SDP: > > v=0 > > o=- 1440347904 1440347904 IN IP4 218.16.64.24 > > s=VOS2009 > > c=IN IP4 218.16.64.24 > > t=0 0 > > m=audio 8722 RTP/AVP 8 > > a=rtpmap:8 PCMA/8000 > > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4087 Audio Codec > Compare [PCMA:8:8000:20:64000:1]/[G722:9:8000:20:64000:1] > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4087 Audio Codec > Compare [PCMA:8:8000:20:64000:1]/[PCMU:0:8000:20:64000:1] > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4087 Audio Codec > Compare [PCMA:8:8000:20:64000:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4142 Audio Codec > Compare [PCMA:8:8000:20:64000:1] ++++ is saved as a match > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:2871 Set Codec > sofia/internal/754617702573728 at y.y.y.y PCMA/8000 20 ms 160 samples 64000 > bits 1 channels > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_codec.c:111 > sofia/internal/754617702573728 at y.y.y.y Original read codec set to PCMA:8 > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:4407 No 2833 in > SDP. Disable 2833 dtmf and switch to INFO > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:5947 AUDIO RTP [ > sofia/internal/754617702573728 at y.y.y.y] x.x.x.x port 26626 -> > 218.16.64.24 port 8722 codec: 8 ms: 20 > > 2015-08-23 16:38:07.210310 [DEBUG] switch_rtp.c:3694 Starting timer [soft] > 160 bytes per 20ms > > 2015-08-23 16:38:07.210310 [DEBUG] switch_core_media.c:6274 > sofia/internal/754617702573728 at y.y.y.y Set rtp dtmf delay to 40 > > 2015-08-23 16:38:07.210310 [NOTICE] sofia_media.c:92 Pre-Answer > sofia/internal/754617702573728 at y.y.y.y! > > 2015-08-23 16:38:07.210310 [DEBUG] switch_channel.c:3460 ( > sofia/internal/754617702573728 at y.y.y.y) Callstate Change DOWN -> EARLY > > 2015-08-23 16:38:07.230314 [DEBUG] switch_ivr_originate.c:413 Setting > codec string on sofia/internal/1001 at x.x.x.x:5060 to PCMA at 8000h@20i > > 2015-08-23 16:38:07.230314 [INFO] switch_ivr_originate.c:3533 Sending > early media > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec > Compare [opus:111:48000:60:0:2]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec > Compare [ISAC:103:16000:30:32000:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec > Compare [G722:9:8000:60:64000:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec > Compare [ILBC:102:8000:30:13330:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec > Compare [PCMU:0:8000:60:64000:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec > Compare [PCMA:8:8000:60:64000:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4142 Audio Codec > Compare [PCMA:8:8000:20:64000:1] ++++ is saved as a match > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec > Compare [CN:105:16000:60:0:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec > Compare [CN:13:8000:60:0:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4087 Audio Codec > Compare [red:127:8000:60:0:1]/[PCMA:8:8000:20:64000:1] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4003 Set > telephone-event payload to 126 at 8000 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:2871 Set Codec > sofia/internal/1001 at x.x.x.x:5060 PCMA/8000 20 ms 160 samples 64000 bits 1 > channels > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_codec.c:111 > sofia/internal/1001 at x.x.x.x:5060 Original read codec set to PCMA:8 > > 2015-08-23 16:38:07.230314 [WARNING] switch_core_media.c:3207 NO candidate > ACL defined, Defaulting to wan.auto > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio > Candidate cid: 1 proto: udp type: host addr: 192.168.1.100:55457 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio > Candidate cid: 1 proto: udp type: host addr: 10.162.22.234:50345 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio > Candidate cid: 2 proto: udp type: host addr: 192.168.1.100:52690 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio > Candidate cid: 2 proto: udp type: host addr: 10.162.22.234:53413 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio > Candidate cid: 1 proto: udp type: srflx addr: 163.125.130.79:26990 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio > Candidate cid: 2 proto: udp type: srflx addr: 163.125.130.79:26991 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio > Candidate cid: 1 proto: udp type: srflx addr: 112.97.55.70:59693 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio > Candidate cid: 2 proto: udp type: srflx addr: 112.97.55.70:59694 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio > Candidate cid: 1 proto: udp type: relay addr: 146.185.149.11:60858 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio > Candidate cid: 2 proto: udp type: relay addr: 146.185.149.11:62660 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio > Candidate cid: 2 proto: udp type: relay addr: 146.185.149.11:61723 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3236 Save audio > Candidate cid: 1 proto: udp type: relay addr: 146.185.149.11:63902 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3276 Searching for > rtp candidate. > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3281 Choose rtp > candidate, index 2, 163.125.130.79:26990 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3099 > sofia/internal/1001 at x.x.x.x:5060 choosing family v4 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3292 Choose same > candidate, index 6, for rtcp based on rtcp-mux attribute > 163.125.130.79:26990 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3337 setting remote > audio ice addr to index 2 163.125.130.79:26990 based on candidate > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:3358 Setting remote > rtcp audio addr to 163.125.130.79:26990 based on candidate > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4346 Set > telephone-event payload to 126 at 8000 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:4394 Set 2833 dtmf > send/recv payload to 126 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:5947 AUDIO RTP [ > sofia/internal/1001 at x.x.x.x:5060] x.x.x.x port 21834 -> 163.125.130.79 > port 26990 codec: 8 ms: 20 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_rtp.c:3694 Starting timer [soft] > 160 bytes per 20ms > > 2015-08-23 16:38:07.230314 [INFO] switch_core_media.c:6122 Activating > Audio ICE > > 2015-08-23 16:38:07.230314 [NOTICE] switch_rtp.c:4213 Activating RTP audio > ICE: PfQS5mTk8DdU0wfL:lxhtm2fsdIETo71R 163.125.130.79:26990 > > 2015-08-23 16:38:07.230314 [INFO] switch_core_media.c:6165 Activating RTCP > PORT 26990 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_rtp.c:4110 RTCP send rate is: > 5000 and packet rate is: 20000 Remote Port: 26990 > > 2015-08-23 16:38:07.230314 [INFO] switch_core_media.c:6173 Skipping RTCP > ICE (Same as RTP) > > 2015-08-23 16:38:07.230314 [INFO] switch_rtp.c:3214 Activate RTP/RTCP > audio DTLS client > > 2015-08-23 16:38:07.230314 [INFO] switch_rtp.c:3343 Changing audio DTLS > state from OFF to HANDSHAKE > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:6246 Set 2833 dtmf > send payload to 126 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:6252 Set 2833 dtmf > receive payload to 126 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:6274 > sofia/internal/1001 at x.x.x.x:5060 Set rtp dtmf delay to 40 > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_media.c:6280 Set comfort > noise payload to 13 > > 2015-08-23 16:38:07.230314 [NOTICE] sofia_media.c:92 Pre-Answer > sofia/internal/1001 at x.x.x.x:5060! > > 2015-08-23 16:38:07.230314 [DEBUG] switch_channel.c:3460 ( > sofia/internal/1001 at x.x.x.x:5060) Callstate Change RINGING -> EARLY > > 2015-08-23 16:38:07.230314 [DEBUG] mod_sofia.c:2293 Ring SDP: > > v=0 > > o=FreeSWITCH 1440326053 1440326054 IN IP4 x.x.x.x > > s=FreeSWITCH > > c=IN IP4 x.x.x.x > > t=0 0 > > a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > m=audio 21834 RTP/SAVPF 8 126 13 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtpmap:13 CN/8000 > > a=ptime:20 > > a=sendonly > > a=fingerprint:sha-1 > 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A > > a=setup:active > > a=rtcp-mux > > a=rtcp:21834 IN IP4 x.x.x.x > > a=ice-ufrag:lxhtm2fsdIETo71R > > a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW > > a=candidate:4917377022 1 udp 659136 x.x.x.x 21834 typ host generation 0 > > a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm > > a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 > > a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 > > > 2015-08-23 16:38:07.230314 [DEBUG] switch_ivr_originate.c:3584 Originate > Resulted in Success: [sofia/internal/754617702573728 at y.y.y.y] > > send 1773 bytes to tcp/[163.125.130.79]:26869 at 16:38:07.236989: > > ------------------------------------------------------------------------ > > SIP/2.0 183 Session Progress > > Via: SIP/2.0/TCP 192.168.1.100:5060 > ;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 > > From: ;tag=e090b871 > > To: ;tag=HQmccgH0KDv9j > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 2 INVITE > > Contact: > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 809 > > Remote-Party-ID: "Outbound Call" >;party=calling;privacy=off;screen=no > > > v=0 > > o=FreeSWITCH 1440326053 1440326054 IN IP4 x.x.x.x > > s=FreeSWITCH > > c=IN IP4 x.x.x.x > > t=0 0 > > a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > m=audio 21834 RTP/SAVPF 8 126 13 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtpmap:13 CN/8000 > > a=sendonly > > a=ptime:20 > > a=fingerprint:sha-1 > 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A > > a=setup:active > > a=rtcp-mux > > a=rtcp:21834 IN IP4 x.x.x.x > > a=ice-ufrag:lxhtm2fsdIETo71R > > a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW > > a=candidate:4917377022 1 udp 659136 x.x.x.x 21834 typ host generation 0 > > a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm > > a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 > > a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:07.230314 [DEBUG] sofia.c:6715 Channel > sofia/internal/1001 at x.x.x.x:5060 entering state [early][183] > > 2015-08-23 16:38:07.230314 [DEBUG] switch_ivr_bridge.c:1584 ( > sofia/internal/754617702573728 at y.y.y.y) State Change CS_CONSUME_MEDIA -> > CS_EXCHANGE_MEDIA > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/754617702573728 at y.y.y.y) Running State Change > CS_EXCHANGE_MEDIA > > 2015-08-23 16:38:07.230314 [DEBUG] switch_core_state_machine.c:542 ( > sofia/internal/754617702573728 at y.y.y.y) State EXCHANGE_MEDIA > > 2015-08-23 16:38:07.230314 [DEBUG] mod_sofia.c:613 SOFIA EXCHANGE_MEDIA > > 2015-08-23 16:38:09.290278 [DEBUG] switch_rtp.c:6462 Correct audio ip/port > confirmed. > > recv 635 bytes from udp/[y.y.y.y]:5060 at 16:38:16.729400: > > ------------------------------------------------------------------------ > > SIP/2.0 200 OK > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKevaDa1tKZ99Uc > > From: "Extension 1001" ;tag=j0D5DB23gpjve > > To: ;tag=1Xmp97vgtp22K > > Call-ID: 2c37ae78-c458-1233-8384-60eb698211be > > CSeq: 79837879 INVITE > > Contact: > > User-Agent: DNL-Switch > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO > > Supported: timer > > Content-Type: application/sdp > > Content-Length: 139 > > > v=0 > > o=- 1440347904 1440347904 IN IP4 218.16.64.24 > > s=VOS2009 > > c=IN IP4 218.16.64.24 > > t=0 0 > > m=audio 8722 RTP/AVP 8 > > a=rtpmap:8 PCMA/8000 > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:16.710530 [DEBUG] sofia.c:6715 Channel > sofia/internal/754617702573728 at y.y.y.y entering state [completing][200] > > 2015-08-23 16:38:16.710530 [DEBUG] sofia.c:6722 Duplicate SDP > > v=0 > > o=- 1440347904 1440347904 IN IP4 218.16.64.24 > > s=VOS2009 > > c=IN IP4 218.16.64.24 > > t=0 0 > > m=audio 8722 RTP/AVP 8 > > a=rtpmap:8 PCMA/8000 > > > send 418 bytes to udp/[y.y.y.y]:5060 at 16:38:16.733500: > > ------------------------------------------------------------------------ > > ACK sip:754617702573728 at y.y.y.y:5060;transport=udp SIP/2.0 > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKF535BvBQvj0er > > Max-Forwards: 70 > > From: "Extension 1001" ;tag=j0D5DB23gpjve > > To: ;tag=1Xmp97vgtp22K > > Call-ID: 2c37ae78-c458-1233-8384-60eb698211be > > CSeq: 79837879 ACK > > Contact: > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:16.750300 [DEBUG] sofia.c:6715 Channel > sofia/internal/754617702573728 at y.y.y.y entering state [ready][200] > > 2015-08-23 16:38:16.750300 [NOTICE] sofia.c:7517 Channel [ > sofia/internal/754617702573728 at y.y.y.y] has been answered > > 2015-08-23 16:38:16.750300 [DEBUG] switch_channel.c:3759 ( > sofia/internal/754617702573728 at y.y.y.y) Callstate Change EARLY -> ACTIVE > > 2015-08-23 16:38:16.750300 [DEBUG] mod_sofia.c:799 Local SDP > sofia/internal/1001 at x.x.x.x:5060: > > v=0 > > o=FreeSWITCH 1440326053 1440326055 IN IP4 x.x.x.x > > s=FreeSWITCH > > c=IN IP4 x.x.x.x > > t=0 0 > > a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > m=audio 21834 RTP/SAVPF 8 126 13 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtpmap:13 CN/8000 > > a=ptime:20 > > a=sendonly > > a=fingerprint:sha-1 > 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A > > a=setup:active > > a=rtcp-mux > > a=rtcp:21834 IN IP4 x.x.x.x > > a=ice-ufrag:lxhtm2fsdIETo71R > > a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW > > a=candidate:9014549722 1 udp 659136 x.x.x.x 21834 typ host generation 0 > > a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm > > a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 > > a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 > > > send 1786 bytes to tcp/[163.125.130.79]:26869 at 16:38:16.754777: > > ------------------------------------------------------------------------ > > SIP/2.0 200 OK > > Via: SIP/2.0/TCP 192.168.1.100:5060 > ;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 > > From: ;tag=e090b871 > > To: ;tag=HQmccgH0KDv9j > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 2 INVITE > > Contact: > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > > Require: timer > > 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 > > Session-Expires: 120;refresher=uac > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 809 > > Remote-Party-ID: "Outbound Call" >;party=calling;privacy=off;screen=no > > > v=0 > > o=FreeSWITCH 1440326053 1440326054 IN IP4 x.x.x.x > > s=FreeSWITCH > > c=IN IP4 x.x.x.x > > t=0 0 > > a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > m=audio 21834 RTP/SAVPF 8 126 13 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtpmap:13 CN/8000 > > a=sendonly > > a=ptime:20 > > a=fingerprint:sha-1 > 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A > > a=setup:active > > a=rtcp-mux > > a=rtcp:21834 IN IP4 x.x.x.x > > a=ice-ufrag:lxhtm2fsdIETo71R > > a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW > > a=candidate:4917377022 1 udp 659136 x.x.x.x 21834 typ host generation 0 > > a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm > > a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 > > a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:16.770314 [DEBUG] sofia.c:6715 Channel > sofia/internal/1001 at x.x.x.x:5060 entering state [completed][200] > > 2015-08-23 16:38:16.810331 [DEBUG] switch_rtp.c:6462 Correct audio ip/port > confirmed. > > send 1786 bytes to tcp/[163.125.130.79]:26869 at 16:38:17.254967: > > ------------------------------------------------------------------------ > > SIP/2.0 200 OK > > Via: SIP/2.0/TCP 192.168.1.100:5060 > ;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 > > From: ;tag=e090b871 > > To: ;tag=HQmccgH0KDv9j > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 2 INVITE > > Contact: > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > > Require: timer > > 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 > > Session-Expires: 120;refresher=uac > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 809 > > Remote-Party-ID: "Outbound Call" >;party=calling;privacy=off;screen=no > > > v=0 > > o=FreeSWITCH 1440326053 1440326054 IN IP4 x.x.x.x > > s=FreeSWITCH > > c=IN IP4 x.x.x.x > > t=0 0 > > a=msid-semantic: WMS CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > m=audio 21834 RTP/SAVPF 8 126 13 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtpmap:13 CN/8000 > > a=sendonly > > a=ptime:20 > > a=fingerprint:sha-1 > 51:B3:65:D7:5A:E5:EF:90:24:DA:D6:07:BB:2F:AF:A4:73:57:AE:0A > > a=setup:active > > a=rtcp-mux > > a=rtcp:21834 IN IP4 x.x.x.x > > a=ice-ufrag:lxhtm2fsdIETo71R > > a=ice-pwd:pITF92vzI9QFEuRPSZ94SemW > > a=candidate:4917377022 1 udp 659136 x.x.x.x 21834 typ host generation 0 > > a=ssrc:1306378974 cname:DsRcqAiZAQOr6ENm > > a=ssrc:1306378974 msid:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi a0 > > a=ssrc:1306378974 mslabel:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDi > > a=ssrc:1306378974 label:CWZJJ7SfJaIY0q0wpQU5iYUVflDmPQDia0 > > ------------------------------------------------------------------------ > > recv 425 bytes from tcp/[163.125.130.79]:26869 at 16:38:17.263429: > > ------------------------------------------------------------------------ > > ACK sip:1002 at x.x.x.x:5060;transport=tcp SIP/2.0 > > Via: SIP/2.0/TCP 192.168.1.100:5060 > ;branch=z9hG4bK-524287-1---c562871456b95e64;rport > > Max-Forwards: 70 > > Contact: ;+sip.instance=" > 1001 at x.x.x.x:5060" > > To: ;tag=HQmccgH0KDv9j > > From: ;tag=e090b871 > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 2 ACK > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:17.270321 [DEBUG] sofia.c:6715 Channel > sofia/internal/1001 at x.x.x.x:5060 entering state [ready][200] > > 2015-08-23 16:38:17.670308 [NOTICE] switch_rtp.c:1175 Auto Changing audio > stun/rtp/dtls port from 163.125.130.79:26990 to 112.97.55.70:59693 > > recv 425 bytes from tcp/[163.125.130.79]:26869 at 16:38:17.692357: > > ------------------------------------------------------------------------ > > ACK sip:1002 at x.x.x.x:5060;transport=tcp SIP/2.0 > > Via: SIP/2.0/TCP 192.168.1.100:5060 > ;branch=z9hG4bK-524287-1---c562871456b95e64;rport > > Max-Forwards: 70 > > Contact: ;+sip.instance=" > 1001 at x.x.x.x:5060" > > To: ;tag=HQmccgH0KDv9j > > From: ;tag=e090b871 > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 2 ACK > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:3007 Changing audio DTLS > state from HANDSHAKE to SETUP > > 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:2916 audio Fingerprint > Verified. > > 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:3506 Activating Audio > Secure RTP SEND > > 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:3484 Activating Audio > Secure RTP RECV > > 2015-08-23 16:38:19.510341 [INFO] switch_rtp.c:2956 Changing audio DTLS > state from SETUP to READY > > 2015-08-23 16:38:19.510341 [DEBUG] switch_core_sqldb.c:2607 Secure Type: > srtp:dtls:AES_CM_128_HMAC_SHA1_80 > > 2015-08-23 16:38:19.510341 [DEBUG] switch_core_sqldb.c:2607 Secure Type: > srtp:dtls:AES_CM_128_HMAC_SHA1_80 > > 2015-08-23 16:38:19.510341 [NOTICE] switch_ivr_bridge.c:609 Channel [ > sofia/internal/1001 at x.x.x.x:5060] has been answered > > 2015-08-23 16:38:19.510341 [DEBUG] switch_channel.c:3759 ( > sofia/internal/1001 at x.x.x.x:5060) Callstate Change EARLY -> ACTIVE > > > freeswitch at switch3> > > freeswitch at switch3> > > freeswitch at switch3> > > freeswitch at switch3> > > freeswitch at switch3> recv 737 bytes from tcp/[163.125.130.79]:26869 at > 16:38:29.607614: > > ------------------------------------------------------------------------ > > BYE sip:1002 at x.x.x.x:5060;transport=tcp SIP/2.0 > > Via: SIP/2.0/TCP 192.168.1.100:5060 > ;branch=z9hG4bK-524287-1---c2b8e25850437d1d;rport > > Max-Forwards: 70 > > Contact: ;+sip.instance=" > 1001 at x.x.x.x:5060" > > To: ;tag=HQmccgH0KDv9j > > From: ;tag=e090b871 > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 3 BYE > > Proxy-Authorization: Digest > username="1001",realm="x.x.x.x",nonce="54896b80-49b5-11e5-ba06-3bd1ff35cbfe",uri=" > sip:1002 at x.x.x.x:5060;transport=tcp > ",response="e01d7fbc84b3375e271c041aac302718",cnonce="061dd974e10e224a6d5cad294f14cf21",nc=00000002,qop=auth,algorithm=MD5 > > Reason: SIP;text=User Hung Up > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:29.610343 [NOTICE] sofia.c:952 Hangup > sofia/internal/1001 at x.x.x.x:5060 [CS_EXECUTE] [NORMAL_CLEARING] > > send 526 bytes to tcp/[163.125.130.79]:26869 at 16:38:29.615254: > > ------------------------------------------------------------------------ > > SIP/2.0 200 OK > > Via: SIP/2.0/TCP 192.168.1.100:5060 > ;branch=z9hG4bK-524287-1---c2b8e25850437d1d;rport=26869;received=163.125.130.79 > > From: ;tag=e090b871 > > To: ;tag=HQmccgH0KDv9j > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 3 BYE > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > > Supported: timer, path, replaces > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:29.610343 [DEBUG] switch_ivr_bridge.c:771 BRIDGE THREAD > DONE [sofia/internal/1001 at x.x.x.x:5060] > > 2015-08-23 16:38:29.630370 [DEBUG] switch_ivr_bridge.c:771 BRIDGE THREAD > DONE [sofia/internal/754617702573728 at y.y.y.y] > > 2015-08-23 16:38:29.630370 [NOTICE] switch_ivr_bridge.c:874 Hangup > sofia/internal/754617702573728 at y.y.y.y [CS_EXCHANGE_MEDIA] > [NORMAL_CLEARING] > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:542 ( > sofia/internal/754617702573728 at y.y.y.y) State EXCHANGE_MEDIA going to > sleep > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_HANGUP > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:739 ( > sofia/internal/754617702573728 at y.y.y.y) Callstate Change ACTIVE -> HANGUP > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:741 ( > sofia/internal/754617702573728 at y.y.y.y) State HANGUP > > 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:425 > sofia/internal/754617702573728 at y.y.y.y Overriding SIP cause 480 with 200 > from the other leg > > 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:431 Channel > sofia/internal/754617702573728 at y.y.y.y hanging up, cause: NORMAL_CLEARING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_ivr_bridge.c:1682 > sofia/internal/754617702573728 at y.y.y.y skip receive message [UNBRIDGE] > (channel is hungup already) > > 2015-08-23 16:38:29.630370 [DEBUG] switch_ivr_bridge.c:1685 > sofia/internal/1001 at x.x.x.x:5060 skip receive message [UNBRIDGE] (channel > is hungup already) > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_session.c:2926 > sofia/internal/1001 at x.x.x.x:5060 skip receive message > [APPLICATION_EXEC_COMPLETE] (channel is hungup already) > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:539 ( > sofia/internal/1001 at x.x.x.x:5060) State EXECUTE going to sleep > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_HANGUP > > 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:484 Sending BYE to > sofia/internal/754617702573728 at y.y.y.y > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:60 > sofia/internal/754617702573728 at y.y.y.y Standard HANGUP, cause: > NORMAL_CLEARING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:741 ( > sofia/internal/754617702573728 at y.y.y.y) State HANGUP going to sleep > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:508 ( > sofia/internal/754617702573728 at y.y.y.y) State Change CS_HANGUP -> > CS_REPORTING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_REPORTING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:739 ( > sofia/internal/1001 at x.x.x.x:5060) Callstate Change ACTIVE -> HANGUP > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:827 ( > sofia/internal/754617702573728 at y.y.y.y) State REPORTING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:104 > sofia/internal/754617702573728 at y.y.y.y Standard REPORTING, cause: > NORMAL_CLEARING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:827 ( > sofia/internal/754617702573728 at y.y.y.y) State REPORTING going to sleep > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:741 ( > sofia/internal/1001 at x.x.x.x:5060) State HANGUP > > 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:431 Channel > sofia/internal/1001 at x.x.x.x:5060 hanging up, cause: NORMAL_CLEARING > > send 642 bytes to udp/[y.y.y.y]:5060 at 16:38:29.633670: > > ------------------------------------------------------------------------ > > BYE sip:754617702573728 at y.y.y.y:5060;transport=udp SIP/2.0 > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKgeXyDQvtSUp1K > > Max-Forwards: 70 > > From: "Extension 1001" ;tag=j0D5DB23gpjve > > To: ;tag=1Xmp97vgtp22K > > Call-ID: 2c37ae78-c458-1233-8384-60eb698211be > > CSeq: 79837880 BYE > > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > > Supported: timer, path, replaces > > Reason: Q.850;cause=16;text="NORMAL_CLEARING" > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:499 ( > sofia/internal/754617702573728 at y.y.y.y) State Change CS_REPORTING -> > CS_DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_session.c:1639 Session 5 ( > sofia/internal/754617702573728 at y.y.y.y) Locked, Waiting on external > entities > > 2015-08-23 16:38:29.630370 [NOTICE] switch_core_session.c:1657 Session 5 ( > sofia/internal/754617702573728 at y.y.y.y) Ended > > 2015-08-23 16:38:29.630370 [NOTICE] switch_core_session.c:1661 Close > Channel sofia/internal/754617702573728 at y.y.y.y [CS_DESTROY] > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:60 > sofia/internal/1001 at x.x.x.x:5060 Standard HANGUP, cause: NORMAL_CLEARING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:741 ( > sofia/internal/1001 at x.x.x.x:5060) State HANGUP going to sleep > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:508 ( > sofia/internal/1001 at x.x.x.x:5060) State Change CS_HANGUP -> CS_REPORTING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:630 ( > sofia/internal/754617702573728 at y.y.y.y) Running State Change CS_DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:473 ( > sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_REPORTING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:640 ( > sofia/internal/754617702573728 at y.y.y.y) State DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:341 > sofia/internal/754617702573728 at y.y.y.y SOFIA DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:827 ( > sofia/internal/1001 at x.x.x.x:5060) State REPORTING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:111 > sofia/internal/754617702573728 at y.y.y.y Standard DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:640 ( > sofia/internal/754617702573728 at y.y.y.y) State DESTROY going to sleep > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:104 > sofia/internal/1001 at x.x.x.x:5060 Standard REPORTING, cause: > NORMAL_CLEARING > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:827 ( > sofia/internal/1001 at x.x.x.x:5060) State REPORTING going to sleep > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:499 ( > sofia/internal/1001 at x.x.x.x:5060) State Change CS_REPORTING -> CS_DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_session.c:1639 Session 4 ( > sofia/internal/1001 at x.x.x.x:5060) Locked, Waiting on external entities > > 2015-08-23 16:38:29.630370 [NOTICE] switch_core_session.c:1657 Session 4 ( > sofia/internal/1001 at x.x.x.x:5060) Ended > > 2015-08-23 16:38:29.630370 [NOTICE] switch_core_session.c:1661 Close > Channel sofia/internal/1001 at x.x.x.x:5060 [CS_DESTROY] > > recv 394 bytes from udp/[y.y.y.y]:5060 at 16:38:29.634664: > > ------------------------------------------------------------------------ > > SIP/2.0 200 OK > > Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKgeXyDQvtSUp1K > > From: "Extension 1001" ;tag=j0D5DB23gpjve > > To: ;tag=1Xmp97vgtp22K > > Call-ID: 2c37ae78-c458-1233-8384-60eb698211be > > CSeq: 79837880 BYE > > User-Agent: DNL-Switch > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO > > Supported: timer > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:630 ( > sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:640 ( > sofia/internal/1001 at x.x.x.x:5060) State DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] mod_sofia.c:341 > sofia/internal/1001 at x.x.x.x:5060 SOFIA DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:111 > sofia/internal/1001 at x.x.x.x:5060 Standard DESTROY > > 2015-08-23 16:38:29.630370 [DEBUG] switch_core_state_machine.c:640 ( > sofia/internal/1001 at x.x.x.x:5060) State DESTROY going to sleep > > > On Sun, Aug 23, 2015 at 9:56 AM, Anthony Minessale < > anthony.minessale at gmail.com> wrote: > >> Try reverting your config to defaults. You are clearly lost in some >> config changes. >> >> >> >> On Sun, Aug 23, 2015 at 10:52 AM, Ken Rice wrote: >> >>> Don?t set proxy media or bypass media, these are special modes that do >>> not fix up the RTP at all? just use the default modes >>> >>> >>> >>> >>> >>> >>> >>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Pete Kay >>> *Sent:* Sunday, August 23, 2015 10:41 AM >>> *To:* FreeSWITCH Users Help >>> *Subject:* Re: [Freeswitch-users] Need help to convert RTP/SAVP to >>> RTP/AVP >>> >>> >>> >>> Hi >>> >>> I changed the internal profile to proxy media now, and the o= line in >>> the sdp is now showing FREESWITCH, but it is still using SAVPF... >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:166 >>> sofia/internal/1001 at x.x.x.x:5060 Standard ROUTING >>> >>> 2015-08-23 15:34:14.714657 [INFO] mod_dialplan_xml.c:637 Processing 1001 >>> <1001>->1002 in context default >>> >>> Dialplan: sofia/internal/1001 at x.x.x.x:5060 parsing >>> [default->incoming_calls] continue=false >>> >>> Dialplan: sofia/internal/1001 at x.x.x.x:5060 Regex (PASS) >>> [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false >>> >>> Dialplan: sofia/internal/1001 at x.x.x.x:5060 Action >>> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false] >>> sofia/internal/754617162742492 at y.y.y.y) >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:216 ( >>> sofia/internal/1001 at x.x.x.x:5060) State Change CS_ROUTING -> CS_EXECUTE >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 ( >>> sofia/internal/1001 at x.x.x.x:5060) State ROUTING going to sleep >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 ( >>> sofia/internal/1001 at x.x.x.x:5060) Running State Change CS_EXECUTE >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:539 ( >>> sofia/internal/1001 at x.x.x.x:5060) State EXECUTE >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:196 >>> sofia/internal/1001 at x.x.x.x:5060 SOFIA EXECUTE >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:258 >>> sofia/internal/1001 at x.x.x.x:5060 Standard EXECUTE >>> >>> EXECUTE sofia/internal/1001 at x.x.x.x:5060 >>> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false] >>> sofia/internal/754617162742492 at y.y.y.y) >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:2104 Parsing >>> global variables >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:2557 Parsing >>> session specific variables >>> >>> 2015-08-23 15:34:14.714657 [NOTICE] switch_channel.c:1089 New Channel >>> sofia/internal/754617162742492 at y.y.y.y >>> [68de50a4-49ac-11e5-b118-6fcd62a30179] >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4735 ( >>> sofia/internal/754617162742492 at y.y.y.y) State Change CS_NEW -> CS_INIT >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>> Setting a-leg inherit_codec=true >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >>> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >>> @20i at 64000b' >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 ( >>> sofia/internal/754617162742492 at y.y.y.y) Running State Change CS_INIT >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:516 ( >>> sofia/internal/754617162742492 at y.y.y.y) State INIT >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:88 >>> sofia/internal/754617162742492 at y.y.y.y SOFIA INIT >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_media.c:8667 >>> sofia/internal/754617162742492 at y.y.y.y Patched SDP >>> >>> --- >>> >>> v=0 >>> >>> o=- 3653435483206582716 2 IN IP4 127.0.0.1 >>> >>> s=- >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 0.0.0.0 >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:duN/nld3Ywx4sKCI >>> >>> a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk >>> >>> a=fingerprint:sha-1 >>> 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb >>> >>> a=ssrc:3490757364 msid:media_stream audio_track >>> >>> a=ssrc:3490757364 mslabel:media_stream >>> >>> a=ssrc:3490757364 label:audio_track >>> >>> a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host >>> generation 0 >>> >>> a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host >>> generation 0 >>> >>> a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host >>> generation 0 >>> >>> a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host >>> generation 0 >>> >>> a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx >>> raddr 10.162.22.234 rport 65466 generation 0 >>> >>> a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx >>> raddr 10.162.22.234 rport 49167 generation 0 >>> >>> a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx >>> raddr 192.168.1.100 rport 54468 generation 0 >>> >>> a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx >>> raddr 192.168.1.100 rport 64051 generation 0 >>> >>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay >>> raddr 112.97.51.70 rport 41768 generation 0 >>> >>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay >>> raddr 163.125.130.79 rport 21981 generation 0 >>> >>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay >>> raddr 112.97.51.70 rport 41769 generation 0 >>> >>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay >>> raddr 163.125.130.79 rport 21982 generation 0 >>> >>> >>> >>> +++ >>> >>> v=0 >>> >>> o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x >>> >>> s=FreeSWITCH >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 x.x.x.x >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:duN/nld3Ywx4sKCI >>> >>> a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk >>> >>> a=fingerprint:sha-1 >>> 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb >>> >>> a=ssrc:3490757364 msid:media_stream audio_track >>> >>> a=ssrc:3490757364 mslabel:media_stream >>> >>> a=ssrc:3490757364 label:audio_track >>> >>> a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host >>> generation 0 >>> >>> a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host >>> generation 0 >>> >>> a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host >>> generation 0 >>> >>> a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host >>> generation 0 >>> >>> a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx >>> raddr 10.162.22.234 rport 65466 generation 0 >>> >>> a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx >>> raddr 10.162.22.234 rport 49167 generation 0 >>> >>> a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx >>> raddr 192.168.1.100 rport 54468 generation 0 >>> >>> a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx >>> raddr 192.168.1.100 rport 64051 generation 0 >>> >>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay >>> raddr 112.97.51.70 rport 41768 generation 0 >>> >>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay >>> raddr 163.125.130.79 rport 21981 generation 0 >>> >>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay >>> raddr 112.97.51.70 rport 41769 generation 0 >>> >>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay >>> raddr 163.125.130.79 rport 21982 generation 0 >>> >>> >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] sofia_glue.c:1257 >>> sofia/internal/754617162742492 at y.y.y.y sending invite version: 1.7.0 >>> git 58f1272 2015-08-14 17:51:12Z 64bit >>> >>> Local SDP: >>> >>> v=0 >>> >>> o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x >>> >>> s=FreeSWITCH >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 x.x.x.x >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:duN/nld3Ywx4sKCI >>> >>> a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk >>> >>> a=fingerprint:sha-1 >>> 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb >>> >>> a=ssrc:3490757364 msid:media_stream audio_track >>> >>> a=ssrc:3490757364 mslabel:media_stream >>> >>> a=ssrc:3490757364 label:audio_track >>> >>> a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host >>> generation 0 >>> >>> a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host >>> generation 0 >>> >>> a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host >>> generation 0 >>> >>> a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host >>> generation 0 >>> >>> a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx >>> raddr 10.162.22.234 rport 65466 generation 0 >>> >>> a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx >>> raddr 10.162.22.234 rport 49167 generation 0 >>> >>> a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx >>> raddr 192.168.1.100 rport 54468 generation 0 >>> >>> a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx >>> raddr 192.168.1.100 rport 64051 generation 0 >>> >>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay >>> raddr 112.97.51.70 rport 41768 generation 0 >>> >>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay >>> raddr 163.125.130.79 rport 21981 generation 0 >>> >>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay >>> raddr 112.97.51.70 rport 41769 generation 0 >>> >>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay >>> raddr 163.125.130.79 rport 21982 generation 0 >>> >>> >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:40 >>> sofia/internal/754617162742492 at y.y.y.y Standard INIT >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:48 ( >>> sofia/internal/754617162742492 at y.y.y.y) State Change CS_INIT -> >>> CS_ROUTING >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:516 ( >>> sofia/internal/754617162742492 at y.y.y.y) State INIT going to sleep >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 ( >>> sofia/internal/754617162742492 at y.y.y.y) Running State Change CS_ROUTING >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 ( >>> sofia/internal/754617162742492 at y.y.y.y) State ROUTING >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] mod_sofia.c:141 >>> sofia/internal/754617162742492 at y.y.y.y SOFIA ROUTING >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_ivr_originate.c:67 ( >>> sofia/internal/754617162742492 at y.y.y.y) State Change CS_ROUTING -> >>> CS_CONSUME_MEDIA >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:532 ( >>> sofia/internal/754617162742492 at y.y.y.y) State ROUTING going to sleep >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:473 ( >>> sofia/internal/754617162742492 at y.y.y.y) Running State Change >>> CS_CONSUME_MEDIA >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:551 ( >>> sofia/internal/754617162742492 at y.y.y.y) State CONSUME_MEDIA >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] switch_core_state_machine.c:551 ( >>> sofia/internal/754617162742492 at y.y.y.y) State CONSUME_MEDIA going to >>> sleep >>> >>> send 3675 bytes to udp/[y.y.y.y]:5060 at 15:34:14.728794: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> INVITE sip:754617162742492 at y.y.y.y SIP/2.0 >>> >>> Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K >>> >>> Max-Forwards: 69 >>> >>> From: "Extension 1001" ;tag=Q3F772K7rmctc >>> >>> To: >>> >>> Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be >>> >>> CSeq: 79835963 INVITE >>> >>> Contact: >>> >>> User-Agent: >>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>> >>> 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 >>> >>> Content-Type: application/sdp >>> >>> Content-Disposition: session >>> >>> Content-Length: 2705 >>> >>> X-FS-Support: update_display,send_info >>> >>> Remote-Party-ID: "Extension 1001" >> >;party=calling;screen=yes;privacy=off >>> >>> >>> >>> v=0 >>> >>> o=FreeSWITCH 1592140567 1592140568 IN IP4 x.x.x.x >>> >>> s=FreeSWITCH >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 25336 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 x.x.x.x >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:duN/nld3Ywx4sKCI >>> >>> a=ice-pwd:yiG5QkmXTg1NNO5qIUtVLKRk >>> >>> a=fingerprint:sha-1 >>> 84:83:7B:9E:8F:B5:A6:F9:F1:80:F3:DC:60:6E:0A:78:49:46:49:AA >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:3490757364 cname:j5lQWpsyZUv+UlSb >>> >>> a=ssrc:3490757364 msid:media_stream audio_track >>> >>> a=ssrc:3490757364 mslabel:media_stream >>> >>> a=ssrc:3490757364 label:audio_track >>> >>> a=candidate:3013953624 1 udp 2122260223 192.168.1.100 54468 typ host >>> generation 0 >>> >>> a=candidate:2117845908 1 udp 2122194687 10.162.22.234 65466 typ host >>> generation 0 >>> >>> a=candidate:3013953624 2 udp 2122260222 192.168.1.100 64051 typ host >>> generation 0 >>> >>> a=candidate:2117845908 2 udp 2122194686 10.162.22.234 49167 typ host >>> generation 0 >>> >>> a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49288 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49289 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49290 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49291 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59590 typ srflx >>> raddr 10.162.22.234 rport 65466 generation 0 >>> >>> a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59591 typ srflx >>> raddr 10.162.22.234 rport 49167 generation 0 >>> >>> a=candidate:854413036 1 udp 1686052607 163.125.130.79 21981 typ srflx >>> raddr 192.168.1.100 rport 54468 generation 0 >>> >>> a=candidate:854413036 2 udp 1686052606 163.125.130.79 21982 typ srflx >>> raddr 192.168.1.100 rport 64051 generation 0 >>> >>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63674 typ relay >>> raddr 112.97.51.70 rport 41768 generation 0 >>> >>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 54428 typ relay >>> raddr 163.125.130.79 rport 21981 generation 0 >>> >>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49815 typ relay >>> raddr 112.97.51.70 rport 41769 generation 0 >>> >>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 64960 typ relay >>> raddr 163.125.130.79 rport 21982 generation 0 >>> >>> >>> ------------------------------------------------------------------------ >>> >>> 2015-08-23 15:34:14.714657 [DEBUG] sofia.c:6715 Channel >>> sofia/internal/754617162742492 at y.y.y.y entering state [calling][0] >>> >>> recv 308 bytes from udp/[y.y.y.y]:5060 at 15:34:14.730001: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> SIP/2.0 100 Trying >>> >>> Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K >>> >>> From: "Extension 1001" ;tag=Q3F772K7rmctc >>> >>> To: >>> >>> Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be >>> >>> CSeq: 79835963 INVITE >>> >>> User-Agent: DNL-Switch >>> >>> Content-Length: 0 >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> recv 433 bytes from udp/[y.y.y.y]:5060 at 15:34:14.740478: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> SIP/2.0 415 Unsupported Media Type >>> >>> Via: SIP/2.0/UDP x.x.x.x;rport;branch=z9hG4bKKQvQ32p77mX3K >>> >>> From: "Extension 1001" ;tag=Q3F772K7rmctc >>> >>> To: ;tag=454F3aHa1Fa5e >>> >>> Call-ID: 403cbc44-c44f-1233-ba8f-60eb698211be >>> >>> CSeq: 79835963 INVITE >>> >>> User-Agent: DNL-Switch >>> >>> Accept: application/sdp >>> >>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >>> >>> Supported: timer >>> >>> Content-Length: 0 >>> >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> >>> >>> >>> On Sun, Aug 23, 2015 at 8:05 AM, Anthony Minessale < >>> anthony.minessale at gmail.com> wrote: >>> >>> You still have bypass set somehow. >>> >>> Not the local sdp is not a native FS sdp the bundle and the lack of the >>> word freeswitch in the o line. >>> >>> >>> >>> Maybe you have bypass enabled as a sofia profile param. >>> >>> >>> >>> >>> >>> On Saturday, August 22, 2015, Pete Kay wrote: >>> >>> Hi >>> >>> I did anothe test without proxy_media=true, but I am still getting >>> SAVPF in the outgoing INVITE. The problem is my outbound SIP gateway does >>> not accept SAVPF so I am trying to configure Freeswitch to send it out as >>> AVPF. >>> >>> Here is the log: >>> >>> >>> >>> 2015-08-22 10:11:43.049286 [INFO] mod_dialplan_xml.c:637 Processing 1001 >>> <1001>->1002 in context default >>> >>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >>> [default->incoming_calls] continue=false >>> >>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) >>> [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false >>> >>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false] >>> sofia/external/754617162742492 at x.x.x.x) >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:216 ( >>> sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> CS_EXECUTE >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:532 ( >>> sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 ( >>> sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:539 ( >>> sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:196 >>> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:258 >>> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >>> >>> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >>> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false] >>> sofia/external/754617162742492 at x.x.x.x) >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] switch_ivr_originate.c:2104 Parsing >>> global variables >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] switch_ivr_originate.c:2557 Parsing >>> session specific variables >>> >>> 2015-08-22 10:11:43.049286 [NOTICE] switch_channel.c:1089 New Channel >>> sofia/external/754617162742492 at x.x.x.x >>> [2ff7c01e-48b6-11e5-ac58-01226f03e80c] >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4735 ( >>> sofia/external/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>> Setting a-leg inherit_codec=true >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >>> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >>> @20i at 64000b' >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 ( >>> sofia/external/754617162742492 at x.x.x.x) Running State Change CS_INIT >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:516 ( >>> sofia/external/754617162742492 at x.x.x.x) State INIT >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] mod_sofia.c:88 >>> sofia/external/754617162742492 at x.x.x.x SOFIA INIT >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] sofia_glue.c:1257 >>> sofia/external/754617162742492 at x.x.x.x sending invite version: 1.7.0 >>> git 58f1272 2015-08-14 17:51:12Z 64bit >>> >>> Local SDP: >>> >>> v=0 >>> >>> o=- 327457341635358182 2 IN IP4 127.0.0.1 >>> >>> s=- >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 0.0.0.0 >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:IQcKT9rkNCETwhGR >>> >>> a=ice-pwd:chtzwjBRY3ptPbf/IkcKUO1i >>> >>> a=fingerprint:sha-1 >>> 8A:95:DD:4E:18:85:C6:B9:31:1E:04:90:BC:67:EB:C6:DD:58:4F:B5 >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:2501014728 cname:dJGa9dJwxrkwhQkE >>> >>> a=ssrc:2501014728 msid:media_stream audio_track >>> >>> a=ssrc:2501014728 mslabel:media_stream >>> >>> a=ssrc:2501014728 label:audio_track >>> >>> a=candidate:3027063986 1 udp 2122260223 192.168.1.129 55289 typ host >>> generation 0 >>> >>> a=candidate:19046677 1 udp 2122194687 172.20.10.1 62766 typ host >>> generation 0 >>> >>> a=candidate:3059882106 1 udp 2122129151 10.227.60.222 56279 typ host >>> generation 0 >>> >>> a=candidate:3027063986 2 udp 2122260222 192.168.1.129 51792 typ host >>> generation 0 >>> >>> a=candidate:19046677 2 udp 2122194686 172.20.10.1 61231 typ host >>> generation 0 >>> >>> a=candidate:3059882106 2 udp 2122129150 10.227.60.222 56500 typ host >>> generation 0 >>> >>> >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:40 >>> sofia/external/754617162742492 at x.x.x.x Standard INIT >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:48 ( >>> sofia/external/754617162742492 at x.x.x.x) State Change CS_INIT -> >>> CS_ROUTING >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:516 ( >>> sofia/external/754617162742492 at x.x.x.x) State INIT going to sleep >>> >>> 2015-08-22 10:11:43.049286 [DEBUG] switch_core_state_machine.c:473 ( >>> sofia/external/754617162742492 at x.x.x.x) Running State Change CS_ROUTING >>> >>> 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:532 ( >>> sofia/external/754617162742492 at x.x.x.x) State ROUTING >>> >>> 2015-08-22 10:11:43.069228 [DEBUG] mod_sofia.c:141 >>> sofia/external/754617162742492 at x.x.x.x SOFIA ROUTING >>> >>> 2015-08-22 10:11:43.069228 [DEBUG] switch_ivr_originate.c:67 ( >>> sofia/external/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >>> CS_CONSUME_MEDIA >>> >>> 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:532 ( >>> sofia/external/754617162742492 at x.x.x.x) State ROUTING going to sleep >>> >>> 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:473 ( >>> sofia/external/754617162742492 at x.x.x.x) Running State Change >>> CS_CONSUME_MEDIA >>> >>> 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:551 ( >>> sofia/external/754617162742492 at x.x.x.x) State CONSUME_MEDIA >>> >>> 2015-08-22 10:11:43.069228 [DEBUG] switch_core_state_machine.c:551 ( >>> sofia/external/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to >>> sleep >>> >>> send 2347 bytes to udp/[x.x.x.x]:5060 at 10:11:43.070474: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >>> >>> Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bK5Q40Q4Ze2mj0K >>> >>> Max-Forwards: 69 >>> >>> From: "Extension 1001" ;tag=51SKgXr23XK9K >>> >>> To: >>> >>> Call-ID: 075638a9-c359-1233-81a7-60eb698211be >>> >>> CSeq: 79783087 INVITE >>> >>> Contact: >>> >>> User-Agent: >>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>> >>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>> REGISTER, REFER, NOTIFY >>> >>> Supported: timer, path, replaces >>> >>> Allow-Events: talk, hold, conference, refer >>> >>> Content-Type: application/sdp >>> >>> Content-Disposition: session >>> >>> Content-Length: 1518 >>> >>> X-FS-Support: update_display,send_info >>> >>> Remote-Party-ID: "Extension 1001" >> >;party=calling;screen=yes;privacy=off >>> >>> >>> >>> v=0 >>> >>> o=- 327457341635358182 2 IN IP4 y.y.y.y >>> >>> s=- >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 0.0.0.0 >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:IQcKT9rkNCETwhGR >>> >>> a=ice-pwd:chtzwjBRY3ptPbf/IkcKUO1i >>> >>> a=fingerprint:sha-1 >>> 8A:95:DD:4E:18:85:C6:B9:31:1E:04:90:BC:67:EB:C6:DD:58:4F:B5 >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:2501014728 cname:dJGa9dJwxrkwhQkE >>> >>> a=ssrc:2501014728 msid:media_stream audio_track >>> >>> a=ssrc:2501014728 mslabel:media_stream >>> >>> a=ssrc:2501014728 label:audio_track >>> >>> a=candidate:3027063986 1 udp 2122260223 192.168.1.129 55289 typ host >>> generation 0 >>> >>> a=candidate:19046677 1 udp 2122194687 172.20.10.1 62766 typ host >>> generation 0 >>> >>> a=candidate:3059882106 1 udp 2122129151 10.227.60.222 56279 typ host >>> generation 0 >>> >>> a=candidate:3027063986 2 udp 2122260222 192.168.1.129 51792 typ host >>> generation 0 >>> >>> a=candidate:19046677 2 udp 2122194686 172.20.10.1 61231 typ host >>> generation 0 >>> >>> a=candidate:3059882106 2 udp 2122129150 10.227.60.222 56500 typ host >>> generation 0 >>> >>> >>> >>> >>> >>> On Fri, Aug 21, 2015 at 11:06 AM, Anthony Minessale < >>> anthony.minessale at gmail.com> wrote: >>> >>> Its not the same tey harder. >>> >>> >>> >>> On Friday, August 21, 2015, Pete Kay wrote: >>> >>> Hi >>> >>> Without proxy media variable it is still the same. My earlier email in >>> this thread had this problem without media proxy set to true. >>> >>> >>> >>> On Thu, Aug 20, 2015 at 9:55 PM, Giovanni Maruzzelli >>> wrote: >>> >>> Try without mentioning proxy_media at all, no false, no true, just >>> delete it from both occurrences. >>> >>> sent from my mobile, >>> Giovanni Maruzzelli >>> cell: +39 347 266 56 18 >>> >>> On Aug 21, 2015 6:43 AM, "Pete Kay" wrote: >>> >>> Hi >>> >>> I tried to use proxy_media = true but it is still passing RTP/SAVPF >>> instead of RTP/AVPF. Could I ask where is the problem in my configuration? >>> >>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>> bridge({rtp_allow_crypto_in_avp=false,rtp_secure_media=false,sip_secure_mediai_outbound=false,sdp_secure_savp_only=false,proxy_media=true}[rtp_allow_crypto_in_avp=false,sip_secure_media_outbound=false,sdp_secure_savp_only=false,proxy_media=true] >>> sofia/external/754617162742492 at x.x.x.x) >>> >>> >>> >>> send 2700 bytes to udp/[69.27.168.50]:5060 at 04:01:47.286175: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> INVITE sip:754617162742492 at 69.27.168.50 SIP/2.0 >>> >>> Via: SIP/2.0/UDP y.y.y.y:5080;rport;branch=z9hG4bKgBt1e63aHX4SD >>> >>> Max-Forwards: 69 >>> >>> From: "Extension 1001" ;tag=grg241BNtgDtN >>> >>> To: >>> >>> Call-ID: 2f34abd4-c25c-1233-ffbc-60eb698211be >>> >>> CSeq: 79728789 INVITE >>> >>> Contact: >>> >>> User-Agent: >>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>> >>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>> REGISTER, REFER, NOTIFY >>> >>> Supported: timer, path, replaces >>> >>> Allow-Events: talk, hold, conference, refer >>> >>> Content-Type: application/sdp >>> >>> Content-Disposition: session >>> >>> Content-Length: 1871 >>> >>> X-FS-Support: update_display,send_info >>> >>> Remote-Party-ID: "Extension 1001" >> >;party=calling;screen=yes;privacy=off >>> >>> >>> >>> v=0 >>> >>> o=FreeSWITCH 3361339272 3361339273 IN IP4 y.y.y.y >>> >>> s=FreeSWITCH >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 28246 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 108.165.2.110 >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:bmbIvHb6NVeLQBcK >>> >>> a=ice-pwd:KDvxAfWB8jTfbGrL610/0jtk >>> >>> a=fingerprint:sha-1 >>> F1:CA:8E:C9:58:A5:00:CB:59:A5:19:90:0A:D0:60:76:33:70:C2:F1 >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:3858004023 cname:S5akTfRDQvG5IccJ >>> >>> a=ssrc:3858004023 msid:media_stream audio_track >>> >>> a=ssrc:3858004023 mslabel:media_stream >>> >>> a=ssrc:3858004023 label:audio_track >>> >>> a=candidate:2881221497 1 udp 2122260223 10.227.131.21 55121 typ host >>> generation 0 >>> >>> a=candidate:2881221497 2 udp 2122260222 10.227.131.21 64682 typ host >>> generation 0 >>> >>> a=candidate:3845656457 1 tcp 1518280447 10.227.131.21 57029 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:3845656457 2 tcp 1518280446 10.227.131.21 57030 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:720631245 1 udp 1686052607 112.97.38.2 6734 typ srflx >>> raddr 10.227.131.21 rport 55121 generation 0 >>> >>> a=candidate:720631245 2 udp 1686052606 112.97.38.2 6735 typ srflx >>> raddr 10.227.131.21 rport 64682 generation 0 >>> >>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 52800 typ relay >>> raddr 112.97.38.2 rport 34387 generation 0 >>> >>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54764 typ relay >>> raddr 112.97.38.2 rport 34386 generation 0 >>> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> >>> >>> >>> >>> On Mon, Aug 17, 2015 at 9:28 AM, Brian West >>> wrote: >>> >>> rtp_secure_media=false is the variable name. >>> >>> >>> >>> On Mon, Aug 17, 2015 at 11:06 AM, Pete Kay wrote: >>> >>> Hi >>> >>> I am trying to send call from webrtc to freeswitch and then bridge to an >>> external endpoint that is a normal SIP phone. I tried to use >>> sip_secure_media=false to force the media to be converted from SAVP to >>> AVP. >>> >>> But the outgoing INVITE is still showing SAVP ( sip trace blow ). Does >>> anyone know where I am doing wrong? any help will be greately >>> appreciated. >>> >>> >>> >>> 2015-08-17 15:29:46.341244 [INFO] mod_dialplan_xml.c:637 Processing 1001 >>> <1001>->1002 in context default >>> >>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 parsing >>> [default->incoming_calls] continue=false >>> >>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Regex (PASS) >>> [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false >>> >>> Dialplan: sofia/internal/1001 at y.y.y.y:5060 Action >>> bridge({sip_secure_media=false}[sip_secure_media=false] >>> sofia/internal/754617162742492 at x.x.x.x) >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:216 ( >>> sofia/internal/1001 at y.y.y.y:5060) State Change CS_ROUTING -> CS_EXECUTE >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 ( >>> sofia/internal/1001 at y.y.y.y:5060) State ROUTING going to sleep >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 ( >>> sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_EXECUTE >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:539 ( >>> sofia/internal/1001 at y.y.y.y:5060) State EXECUTE >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:196 >>> sofia/internal/1001 at y.y.y.y:5060 SOFIA EXECUTE >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:258 >>> sofia/internal/1001 at y.y.y.y:5060 Standard EXECUTE >>> >>> EXECUTE sofia/internal/1001 at y.y.y.y:5060 >>> bridge({sip_secure_media=false}[sip_secure_media=false] >>> sofia/internal/754617162742492 at x.x.x.x) >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2104 Parsing >>> global variables >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:2557 Parsing >>> session specific variables >>> >>> 2015-08-17 15:29:46.341244 [NOTICE] switch_channel.c:1089 New Channel >>> sofia/internal/754617162742492 at x.x.x.x >>> [ca6d5930-44f4-11e5-9cc9-c9574f94e170] >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4735 ( >>> sofia/internal/754617162742492 at x.x.x.x) State Change CS_NEW -> CS_INIT >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] >>> Setting a-leg inherit_codec=true >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] >>> Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b >>> ,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h >>> @20i at 64000b' >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 ( >>> sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_INIT >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 ( >>> sofia/internal/754617162742492 at x.x.x.x) State INIT >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:88 >>> sofia/internal/754617162742492 at x.x.x.x SOFIA INIT >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] sofia_glue.c:1257 >>> sofia/internal/754617162742492 at x.x.x.x sending invite version: 1.7.0 >>> git 58f1272 2015-08-14 17:51:12Z 64bit >>> >>> Local SDP: >>> >>> v=0 >>> >>> o=- 4133111956976529630 2 IN IP4 127.0.0.1 >>> >>> s=- >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 0.0.0.0 >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:Gn8CX52vaidE1C73 >>> >>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>> >>> a=fingerprint:sha-1 >>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>> >>> a=ssrc:3618235845 msid:media_stream audio_track >>> >>> a=ssrc:3618235845 mslabel:media_stream >>> >>> a=ssrc:3618235845 label:audio_track >>> >>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>> generation 0 >>> >>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >>> generation 0 >>> >>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>> generation 0 >>> >>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >>> generation 0 >>> >>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx raddr >>> 192.168.1.101 rport 60710 generation 0 >>> >>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx raddr >>> 192.168.1.101 rport 64150 generation 0 >>> >>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>> raddr 10.73.229.110 rport 52079 generation 0 >>> >>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>> raddr 10.73.229.110 rport 51909 generation 0 >>> >>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>> raddr 27.38.56.3 rport 36782 generation 0 >>> >>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>> raddr 27.38.56.3 rport 37553 generation 0 >>> >>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>> raddr 112.97.38.179 rport 54091 generation 0 >>> >>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>> raddr 112.97.38.179 rport 54092 generation 0 >>> >>> >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:40 >>> sofia/internal/754617162742492 at x.x.x.x Standard INIT >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:48 ( >>> sofia/internal/754617162742492 at x.x.x.x) State Change CS_INIT -> >>> CS_ROUTING >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:516 ( >>> sofia/internal/754617162742492 at x.x.x.x) State INIT going to sleep >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 ( >>> sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_ROUTING >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 ( >>> sofia/internal/754617162742492 at x.x.x.x) State ROUTING >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] mod_sofia.c:141 >>> sofia/internal/754617162742492 at x.x.x.x SOFIA ROUTING >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_ivr_originate.c:67 ( >>> sofia/internal/754617162742492 at x.x.x.x) State Change CS_ROUTING -> >>> CS_CONSUME_MEDIA >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:532 ( >>> sofia/internal/754617162742492 at x.x.x.x) State ROUTING going to sleep >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:473 ( >>> sofia/internal/754617162742492 at x.x.x.x) Running State Change >>> CS_CONSUME_MEDIA >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 ( >>> sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] switch_core_state_machine.c:551 ( >>> sofia/internal/754617162742492 at x.x.x.x) State CONSUME_MEDIA going to >>> sleep >>> >>> send 3635 bytes to udp/[69.27.168.50]:5060 at 15:29:46.355875: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> INVITE sip:754617162742492 at x.x.x.x SIP/2.0 >>> >>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>> >>> Max-Forwards: 69 >>> >>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>> >>> To: >>> >>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>> >>> CSeq: 79576629 INVITE >>> >>> Contact: >>> >>> User-Agent: >>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit >>> >>> 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 >>> >>> Content-Type: application/sdp >>> >>> Content-Disposition: session >>> >>> Content-Length: 2665 >>> >>> X-FS-Support: update_display,send_info >>> >>> Remote-Party-ID: "Extension 1001" >> >;party=calling;screen=yes;privacy=off >>> >>> >>> >>> v=0 >>> >>> o=- 4133111956976529630 2 IN IP4 y.y.y.y >>> >>> s=- >>> >>> t=0 0 >>> >>> a=group:BUNDLE audio >>> >>> a=msid-semantic: WMS media_stream >>> >>> m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 >>> >>> c=IN IP4 0.0.0.0 >>> >>> a=rtpmap:111 opus/48000/2 >>> >>> a=fmtp:111 minptime=10; useinbandfec=1 >>> >>> a=rtpmap:103 ISAC/16000 >>> >>> a=rtpmap:9 G722/8000 >>> >>> a=rtpmap:102 ILBC/8000 >>> >>> a=rtpmap:0 PCMU/8000 >>> >>> a=rtpmap:8 PCMA/8000 >>> >>> a=rtpmap:106 CN/32000 >>> >>> a=rtpmap:105 CN/16000 >>> >>> a=rtpmap:13 CN/8000 >>> >>> a=rtpmap:127 red/8000 >>> >>> a=rtpmap:126 telephone-event/8000 >>> >>> a=rtcp:9 IN IP4 0.0.0.0 >>> >>> a=ice-ufrag:Gn8CX52vaidE1C73 >>> >>> a=ice-pwd:16VDNSZodn+NJp8u3O1mQrMy >>> >>> a=fingerprint:sha-1 >>> 19:57:5D:7A:BD:7B:42:3B:C9:1B:2F:A6:D2:4F:32:FD:C3:23:14:D9 >>> >>> a=setup:actpass >>> >>> a=mid:audio >>> >>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >>> >>> a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time >>> >>> a=rtcp-mux >>> >>> a=maxptime:60 >>> >>> a=ssrc:3618235845 cname:3hHDnnOtFofiuRz2 >>> >>> a=ssrc:3618235845 msid:media_stream audio_track >>> >>> a=ssrc:3618235845 mslabel:media_stream >>> >>> a=ssrc:3618235845 label:audio_track >>> >>> a=candidate:186199869 1 udp 2122260223 192.168.1.101 60710 typ host >>> generation 0 >>> >>> a=candidate:4049598204 1 udp 2122194687 10.73.229.110 52079 typ host >>> generation 0 >>> >>> a=candidate:186199869 2 udp 2122260222 192.168.1.101 64150 typ host >>> generation 0 >>> >>> a=candidate:4049598204 2 udp 2122194686 10.73.229.110 51909 typ host >>> generation 0 >>> >>> a=candidate:1167774669 1 tcp 1518280447 192.168.1.101 55638 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:3218868748 1 tcp 1518214911 10.73.229.110 55639 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:1167774669 2 tcp 1518280446 192.168.1.101 55640 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:3218868748 2 tcp 1518214910 10.73.229.110 55641 typ host >>> tcptype passive generation 0 >>> >>> a=candidate:2320574857 1 udp 1686052607 27.38.56.3 36782 typ srflx >>> raddr 192.168.1.101 rport 60710 generation 0 >>> >>> a=candidate:2320574857 2 udp 1686052606 27.38.56.3 37553 typ srflx >>> raddr 192.168.1.101 rport 64150 generation 0 >>> >>> a=candidate:1880617032 1 udp 1685987071 112.97.38.179 2308 typ srflx >>> raddr 10.73.229.110 rport 52079 generation 0 >>> >>> a=candidate:1880617032 2 udp 1685987070 112.97.38.179 2307 typ srflx >>> raddr 10.73.229.110 rport 51909 generation 0 >>> >>> a=candidate:2922827951 1 udp 41885439 146.185.149.11 55532 typ relay >>> raddr 27.38.56.3 rport 36782 generation 0 >>> >>> a=candidate:2922827951 2 udp 41885438 146.185.149.11 54104 typ relay >>> raddr 27.38.56.3 rport 37553 generation 0 >>> >>> a=candidate:2922827951 2 udp 41819902 146.185.149.11 63311 typ relay >>> raddr 112.97.38.179 rport 54091 generation 0 >>> >>> a=candidate:2922827951 1 udp 41819903 146.185.149.11 49576 typ relay >>> raddr 112.97.38.179 rport 54092 generation 0 >>> >>> >>> ------------------------------------------------------------------------ >>> >>> 2015-08-17 15:29:46.341244 [DEBUG] sofia.c:6715 Channel >>> sofia/internal/754617162742492 at x.x.x.x entering state [calling][0] >>> >>> recv 308 bytes from udp/[x.x.x.x]:5060 at 15:29:46.357317: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> SIP/2.0 100 Trying >>> >>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>> >>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>> >>> To: >>> >>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>> >>> CSeq: 79576629 INVITE >>> >>> User-Agent: DNL-Switch >>> >>> Content-Length: 0 >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> recv 433 bytes from udp/[x.x.x.x]:5060 at 15:29:46.367995: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> SIP/2.0 415 Unsupported Media Type >>> >>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>> >>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>> >>> To: ;tag=Ut8ye62NUrQeB >>> >>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>> >>> CSeq: 79576629 INVITE >>> >>> User-Agent: DNL-Switch >>> >>> Accept: application/sdp >>> >>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO >>> >>> Supported: timer >>> >>> Content-Length: 0 >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> send 343 bytes to udp/[x.x.x.x]:5060 at 15:29:46.368134: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> ACK sip:754617162742492 at x.x.x.x SIP/2.0 >>> >>> Via: SIP/2.0/UDP y.y.y.y;rport;branch=z9hG4bKcSe6jHj8QS56e >>> >>> Max-Forwards: 69 >>> >>> From: "Extension 1001" ;tag=H6HrjU4ZH1KjD >>> >>> To: ;tag=Ut8ye62NUrQeB >>> >>> Call-ID: a1cbcf13-bf97-1233-84b6-60eb698211be >>> >>> CSeq: 79576629 ACK >>> >>> Content-Length: 0 >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] sofia.c:6715 Channel >>> sofia/internal/754617162742492 at x.x.x.x entering state [terminated][415] >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] sofia.c:7631 Hangup >>> sofia/internal/754617162742492 at x.x.x.x [CS_CONSUME_MEDIA] >>> [SERVICE_NOT_IMPLEMENTED] >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 ( >>> sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 ( >>> sofia/internal/754617162742492 at x.x.x.x) Callstate Change DOWN -> HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 ( >>> sofia/internal/754617162742492 at x.x.x.x) State HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>> sofia/internal/754617162742492 at x.x.x.x hanging up, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>> sofia/internal/754617162742492 at x.x.x.x Standard HANGUP, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 ( >>> sofia/internal/754617162742492 at x.x.x.x) State HANGUP going to sleep >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 ( >>> sofia/internal/754617162742492 at x.x.x.x) State Change CS_HANGUP -> >>> CS_REPORTING >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 ( >>> sofia/internal/754617162742492 at x.x.x.x) Running State Change >>> CS_REPORTING >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 ( >>> sofia/internal/754617162742492 at x.x.x.x) State REPORTING >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>> sofia/internal/754617162742492 at x.x.x.x Standard REPORTING, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 ( >>> sofia/internal/754617162742492 at x.x.x.x) State REPORTING going to sleep >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 ( >>> sofia/internal/754617162742492 at x.x.x.x) State Change CS_REPORTING -> >>> CS_DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 2 ( >>> sofia/internal/754617162742492 at x.x.x.x) Locked, Waiting on external >>> entities >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_ivr_originate.c:3727 Originate >>> Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED] >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 2 >>> (sofia/internal/754617162742492 at x.x.x.x) Ended >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>> Channel sofia/internal/754617162742492 at x.x.x.x [CS_DESTROY] >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 ( >>> sofia/internal/754617162742492 at x.x.x.x) Running State Change CS_DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 ( >>> sofia/internal/754617162742492 at x.x.x.x) State DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>> sofia/internal/754617162742492 at x.x.x.x SOFIA DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>> sofia/internal/754617162742492 at x.x.x.x Standard DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 ( >>> sofia/internal/754617162742492 at x.x.x.x) State DESTROY going to sleep >>> >>> 2015-08-17 15:29:46.361276 [INFO] mod_dptools.c:3333 Originate Failed. >>> Cause: SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] switch_channel.c:4800 Hangup >>> sofia/internal/1001 at y.y.y.y:5060 [CS_EXECUTE] [SERVICE_NOT_IMPLEMENTED] >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:2926 >>> sofia/internal/1001 at y.y.y.y:5060 skip receive message >>> [APPLICATION_EXEC_COMPLETE] (channel is hungup already) >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:539 ( >>> sofia/internal/1001 at y.y.y.y:5060) State EXECUTE going to sleep >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 ( >>> sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:739 ( >>> sofia/internal/1001 at y.y.y.y:5060) Callstate Change RINGING -> HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 ( >>> sofia/internal/1001 at y.y.y.y:5060) State HANGUP >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:425 >>> sofia/internal/1001 at y.y.y.y:5060 Overriding SIP cause 501 with 415 from >>> the other leg >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:431 Channel >>> sofia/internal/1001 at y.y.y.y:5060 hanging up, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:568 Responding to INVITE >>> with: 415 >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:60 >>> sofia/internal/1001 at y.y.y.y:5060 Standard HANGUP, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:741 ( >>> sofia/internal/1001 at y.y.y.y:5060) State HANGUP going to sleep >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:508 ( >>> sofia/internal/1001 at y.y.y.y:5060) State Change CS_HANGUP -> CS_REPORTING >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:473 ( >>> sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_REPORTING >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 ( >>> sofia/internal/1001 at y.y.y.y:5060) State REPORTING >>> >>> send 900 bytes to tcp/[27.38.56.3]:36982 at 15:29:46.376821: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> SIP/2.0 415 Unsupported Media Type >>> >>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport=36982;received=27.38.56.3 >>> >>> Max-Forwards: 70 >>> >>> From: ;tag=9de53b6c >>> >>> To: ;tag=gXrZg0KvmrXZH >>> >>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>> >>> CSeq: 2 INVITE >>> >>> User-Agent: >>> FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~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 >>> >>> Reason: Q.850;cause=79;text="SERVICE_NOT_IMPLEMENTED" >>> >>> Content-Length: 0 >>> >>> Remote-Party-ID: "1002" >> >;party=calling;privacy=off;screen=no >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:104 >>> sofia/internal/1001 at y.y.y.y:5060 Standard REPORTING, cause: >>> SERVICE_NOT_IMPLEMENTED >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:827 ( >>> sofia/internal/1001 at y.y.y.y:5060) State REPORTING going to sleep >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:499 ( >>> sofia/internal/1001 at y.y.y.y:5060) State Change CS_REPORTING -> >>> CS_DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_session.c:1639 Session 1 ( >>> sofia/internal/1001 at y.y.y.y:5060) Locked, Waiting on external entities >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1657 Session 1 >>> (sofia/internal/1001 at y.y.y.y:5060) Ended >>> >>> 2015-08-17 15:29:46.361276 [NOTICE] switch_core_session.c:1661 Close >>> Channel sofia/internal/1001 at y.y.y.y:5060 [CS_DESTROY] >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:630 ( >>> sofia/internal/1001 at y.y.y.y:5060) Running State Change CS_DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 ( >>> sofia/internal/1001 at y.y.y.y:5060) State DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] mod_sofia.c:341 >>> sofia/internal/1001 at y.y.y.y:5060 SOFIA DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:111 >>> sofia/internal/1001 at y.y.y.y:5060 Standard DESTROY >>> >>> 2015-08-17 15:29:46.361276 [DEBUG] switch_core_state_machine.c:640 ( >>> sofia/internal/1001 at y.y.y.y:5060) State DESTROY going to sleep >>> >>> recv 317 bytes from tcp/[27.38.56.3]:36982 at 15:29:46.651249: >>> >>> >>> ------------------------------------------------------------------------ >>> >>> ACK sip:1002 at y.y.y.y:5060 SIP/2.0 >>> >>> Via: SIP/2.0/TCP 192.168.1.101:5060 >>> ;branch=z9hG4bK-524287-1---96ba2f7825316328;rport >>> >>> Max-Forwards: 70 >>> >>> To: ;tag=gXrZg0KvmrXZH >>> >>> From: ;tag=9de53b6c >>> >>> Call-ID: kVdW6FArCGqcEPe7zR3x4g.. >>> >>> CSeq: 2 ACK >>> >>> Content-Length: 0 >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at 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* >>> brian at freeswitch.org >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> >>> >>> -- >>> >>> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >>> >>> >>> >>> ? http://freeswitch.org/ ? http://cluecon.com/ ? >>> http://twitter.com/FreeSWITCH >>> >>> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >>> * >>> >>> ClueCon Weekly Development Call >>> >>> ? sip:888 at conference.freeswitch.org ? +19193869900 >>> >>> >>> >>> ClueCon Testimonials >>> >>> ClueCon This Summer >>> >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> >>> >>> -- >>> >>> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >>> >>> >>> >>> ? http://freeswitch.org/ ? http://cluecon.com/ ? >>> http://twitter.com/FreeSWITCH >>> >>> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >>> * >>> >>> ClueCon Weekly Development Call >>> >>> ? sip:888 at conference.freeswitch.org ? +19193869900 >>> >>> >>> >>> https://www.youtube.com/watch?v=9XXgW34t40s >>> >>> https://www.youtube.com/watch?v=NLaDpGQuZDA >>> >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? >> http://twitter.com/FreeSWITCH >> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >> * >> >> ClueCon Weekly Development Call >> ? sip:888 at conference.freeswitch.org ? +19193869900 >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150823/466d4044/attachment-0001.html From miha at softnet.si Tue Aug 25 10:02:48 2015 From: miha at softnet.si (Miha) Date: Tue, 25 Aug 2015 08:02:48 +0200 Subject: [Freeswitch-users] Mysql HEX In-Reply-To: <55DB1EF8.9010303@softnet.si> References: <55DB1EF8.9010303@softnet.si> Message-ID: <55DC0508.1070003@softnet.si> sorry for wrong post, send to to the wrong group :( sorry again! br miha On 24/08/2015 15:41, Miha wrote: > Hi, > > I would need a little help with UNHEX thing for file query.conf which is > for mysql. > Here is one part that is bothering me from query.conf. I posted it on > pastebin:http://pastebin.com/JXwuc3ST > > In accounting request I get like this: CALLEDSTATIONID_WITH_PREFIX = > '88#' but in mysql insert radius is inserting like this '88=23' value > ''88#' which is HEX. > > OK how to write this part so that I will be inserted like '88#'? > > '%{CALLEDSTATIONID_WITH_PREFIX}' > > tnx > miha From lexxua at gmail.com Tue Aug 25 10:18:44 2015 From: lexxua at gmail.com (Volodymyr Fedorov) Date: Tue, 25 Aug 2015 09:18:44 +0300 Subject: [Freeswitch-users] RTP to SRTP Freeswitch 1.4 In-Reply-To: References: Message-ID: Hello, maybe transfer makes something bad with your call. Try this before GATEWAY in dialplan: On Tue, Aug 25, 2015 at 5:09 AM, Gonzalo Gasca Meza wrote: > I have the following scenario: > > SIP Phone (RTP/SIP UDP) ---> Freeswitch ---> SRTP/TLS --> ITSP > > Currently when I place a call Freeswitch is not sending SRTP SDES in SDP. > It does the TLS connection but SDP contains only AVP codecs. > I have used the rtp_secure_media set to true and also export but crypto > caps are not attached. I can see them listed, but nothing happens. > Logs: > > http://pastebin.com/DgZ1Lejp > > sofia_status > external::itsp-tls gateway sip:gonzalo at tls.itsp.com:5061:5061 NOREG > > dialplan/public.xml > > > > > > > > > > dialplan/default.xml > > > > > > data="sofia/gateway/itsp-tls/${dialed_number}"/> > > > > sip_profiles/external/sipsitspTrunk.xml > > > > > > > > > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Best regards, Volodymyr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150825/54f64631/attachment.html From paulcuttler at gmail.com Tue Aug 25 10:26:03 2015 From: paulcuttler at gmail.com (Paul Cuttler) Date: Tue, 25 Aug 2015 16:26:03 +1000 Subject: [Freeswitch-users] mod_rtmp codec Message-ID: <55DC0A7B.80306@gmail.com> It looks like mod_rtmp has the codec hard-coded to Speex. I was wondering if there was issues with getting other codecs to work. We'd really like to use PCMA/U. I've tried changing a couple of lines of code where the codec is set and it works okay in the incoming (play) direction, but is terribly distorted or just absent in the outgoing (publish) direction. Could someone please advise whether it's possible to use other codecs, and where I'm best to get started. thanks, Paul From manish.talwar at nexxuspg.com Tue Aug 25 16:56:25 2015 From: manish.talwar at nexxuspg.com (Manish Talwar) Date: Tue, 25 Aug 2015 12:56:25 +0000 Subject: [Freeswitch-users] problem with "play_and_get_digits" command (DTMF delay time) Message-ID: Hi, I have found one small problem with "play_and_get_digits" command. We have a IVR application and I am trying to get either "16 digit" card number or "0" for move to customer support from the user. Please find my dialplan as follows: 2015-08-25 18:05:37.535806 [CRIT] mod_httapi.c:1148 Debugging Return Data: It is working fine as expected if user input 16 digit number continuously without any delay. After getting full 16 digit number it will match the "bind_digit_action" and move to other dialplan. But my problem is if a user enter card number slowly then its trying to match already inputed DTMF values with matching binding and received next inputed value as different DTMF values. As a example, if I tried to input 55 and then wait for 1-2 seconds then Freeswitch tried to match 55 with binding. 2015-08-25 18:05:39.535920 [DEBUG] switch_ivr_play_say.c:1305 Codec Activated L1 6 at 8000hz 1 channels 20ms 2015-08-25 18:05:39.755933 [DEBUG] switch_rtp.c:5819 RTP RECV DTMF 5:2080 2015-08-25 18:05:40.015948 [DEBUG] switch_rtp.c:5819 RTP RECV DTMF 5:2080 2015-08-25 18:05:41.536035 [DEBUG] mod_dptools.c:132 sofia/internal/18188535351@ 192.168.1.112 Digit NOT match binding [55] 2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:486 RECV DTMF 5:2000 2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:582 sofia/internal/181885353 51 at 192.168.1.112 Queue dtmf digit=5 ms=250 samples=2000 2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:486 RECV DTMF 5:2000 2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:582 sofia/internal/181885353 51 at 192.168.1.112 Queue dtmf digit=5 ms=250 samples=2000 I don't want fresswtich tried to match the binding if there is any pause time while inputed the number as user can type slowly. I want to reset this binding delay time so that user can type slowly and we will get full 16 digits number for matching inputed value in certain time interval. Please suggest me how can I resolve this problem and increase the DTMF delay time. Thanks, Regards, Manish Talwar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150825/efa57c63/attachment.html From mishehu at freeswitch.org Tue Aug 25 19:13:10 2015 From: mishehu at freeswitch.org (I put the Who? in Mishehu) Date: Tue, 25 Aug 2015 10:13:10 -0500 Subject: [Freeswitch-users] mod_rtmp codec In-Reply-To: <55DC0A7B.80306@gmail.com> References: <55DC0A7B.80306@gmail.com> Message-ID: <55DC8606.4070009@freeswitch.org> I don't have the code in front of me, but I had looked at it in the past. It is most definitely possible to use pcmu/a if the version of flash interacting with mod_rtmp is supporting those codecs (they should these days). The trick here is that you have to have the client select pcmu, and somehow have it tell mod_rtmp to select it as well, then initialize the codec on the current channel to be pcmu. On the audio stream going from mod_rmtp to the client, you need to modify the head of each packet (I can't remember offhand if it's 8, 16, or 32 bits wide) to match the FLV type that identifies the stream as pcmu at X channels (where X is however many you are supporting). i hope that I've at least giving you a pointer in the correct direction. -Yossi On 08/25/2015 01:26 AM, Paul Cuttler wrote: > It looks like mod_rtmp has the codec hard-coded to Speex. I was > wondering if there was issues with getting other codecs to work. We'd > really like to use PCMA/U. > > I've tried changing a couple of lines of code where the codec is set and > it works okay in the incoming (play) direction, but is terribly > distorted or just absent in the outgoing (publish) direction. > > Could someone please advise whether it's possible to use other codecs, > and where I'm best to get started. > > thanks, > Paul > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From mike at jerris.com Tue Aug 25 20:02:09 2015 From: mike at jerris.com (Michael Jerris) Date: Tue, 25 Aug 2015 12:02:09 -0400 Subject: [Freeswitch-users] Need help to convert RTP/SAVP to RTP/AVP In-Reply-To: References: <1a6501d0ddbb$b9645e90$2c2d1bb0$@freeswitch.org> <3C83996B-E693-41B5-B7CE-E30CB21D5C37@jerris.com> Message-ID: https://freeswitch.org/jira/browse/FS-8037 > On Aug 23, 2015, at 2:08 PM, Pete Kay wrote: > > > > Hi Michael > > Thank you for your comment. My outbound gateway is a public IP voip gateway. It does not have any nat in it. Could you help to take a look at the log attached? > > ------------------------------------------------------------------------ > recv 3546 bytes from tcp/[163.125.130.79]:26869 at 16:38:06.597828: > > ------------------------------------------------------------------------ > > INVITE sip:1002 at 108.165.22.32:5060 SIP/2.0 > > Via: SIP/2.0/TCP 192.168.1.100:5060;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport > > Max-Forwards: 70 > > Contact: ;+sip.instance="1001 at 108.165.22.32:5060 " > > To: > > > From: >;tag=e090b871 > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 2 INVITE > > Session-Expires: 1800 > > Min-SE: 90 > > Accept-Language: en > > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, NOTIFY, SUBSCRIBE, INFO, MESSAGE, PRACK > > Content-Type: application/sdp > > Proxy-Authorization: Digest username="1001",realm="108.165.22.32",nonce="54896b80-49b5-11e5-ba06-3bd1ff35cbfe",uri="sip:1002 at 108.165.22.32:5060 ",response="0afd4be94eedc61fadc74712a1376486",cnonce="55b6411c482ea7487d4a9c4496371213",nc=00000001,qop=auth,algorithm=MD5 > > Supported: timer, 100rel > > Content-Length: 2681 > > > v=0 > > o=- 7694721001483168063 2 IN IP4 127.0.0.1 > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:PfQS5mTk8DdU0wfL > > a=ice-pwd:/LwkxiZgwC7MiwSbG1Ypx5hJ > > a=fingerprint:sha-1 0F:6D:76:5D:16:F5:37:8F:F9:80:1C:CC:54:F0:3E:61:13:A0:87:17 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > a=sendrecv > > a=rtcp-mux > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=maxptime:60 > > a=ssrc:718599481 cname:DOUxo2z76LkE5KZX > > a=ssrc:718599481 msid:media_stream audio_track > > a=ssrc:718599481 mslabel:media_stream > > a=ssrc:718599481 label:audio_track > > a=candidate:3013953624 1 udp 2122260223 192.168.1.100 55457 typ host generation 0 > > a=candidate:2117845908 1 udp 2122194687 10.162.22.234 50345 typ host generation 0 > > a=candidate:3013953624 2 udp 2122260222 192.168.1.100 52690 typ host generation 0 > > a=candidate:2117845908 2 udp 2122194686 10.162.22.234 53413 typ host generation 0 > > a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49472 typ host tcptype passive generation 0 > > a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49473 typ host tcptype passive generation 0 > > a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49474 typ host tcptype passive generation 0 > > a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49475 typ host tcptype passive generation 0 > > a=candidate:854413036 1 udp 1686052607 163.125.130.79 26990 typ srflx raddr 192.168.1.100 rport 55457 generation 0 > > a=candidate:854413036 2 udp 1686052606 163.125.130.79 26991 typ srflx raddr 192.168.1.100 rport 52690 generation 0 > > a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59693 typ srflx raddr 10.162.22.234 rport 50345 generation 0 > > a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59694 typ srflx raddr 10.162.22.234 rport 53413 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 60858 typ relay raddr 163.125.130.79 rport 26990 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 62660 typ relay raddr 163.125.130.79 rport 26991 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 61723 typ relay raddr 112.97.51.70 rport 42163 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 63902 typ relay raddr 112.97.51.70 rport 42162 generation 0 > > ------------------------------------------------------------------------ > > send 371 bytes to tcp/[163.125.130.79]:26869 at 16:38:06.598163: > > ------------------------------------------------------------------------ > > SIP/2.0 100 Trying > > Via: SIP/2.0/TCP 192.168.1.100:5060;branch=z9hG4bK-524287-1---e4f7b616f75a9478;rport=26869;received=163.125.130.79 > > From: >;tag=e090b871 > > To: > > > Call-ID: YEXqB4WY4KZUOfmDabppqg.. > > CSeq: 2 INVITE > > User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > Content-Length: 0 > > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:2255 Re-attaching to session 54895f1e-49b5-11e5-ba05-3bd1ff35cbfe > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:9093 sofia/internal/1001 at 108.165.22.32:5060 receiving invite from 163.125.130.79:26869 version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:9260 IP 163.125.130.79 Rejected by acl "domains". Falling back to Digest auth. > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:10392 Setting NAT mode based on nat.auto > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:6715 Channel sofia/internal/1001 at 108.165.22.32:5060 entering state [received][100] > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:6725 Remote SDP: > > v=0 > > o=- 7694721001483168063 2 IN IP4 127.0.0.1 > > s=- > > t=0 0 > > a=group:BUNDLE audio > > a=msid-semantic: WMS media_stream > > m=audio 9 RTP/SAVPF 111 103 9 102 0 8 106 105 13 127 126 > > c=IN IP4 0.0.0.0 > > a=rtpmap:111 opus/48000/2 > > a=fmtp:111 minptime=10; useinbandfec=1 > > a=rtpmap:103 ISAC/16000 > > a=rtpmap:9 G722/8000 > > a=rtpmap:102 ILBC/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:106 CN/32000 > > a=rtpmap:105 CN/16000 > > a=rtpmap:13 CN/8000 > > a=rtpmap:127 red/8000 > > a=rtpmap:126 telephone-event/8000 > > a=rtcp:9 IN IP4 0.0.0.0 > > a=ice-ufrag:PfQS5mTk8DdU0wfL > > a=ice-pwd:/LwkxiZgwC7MiwSbG1Ypx5hJ > > a=fingerprint:sha-1 0F:6D:76:5D:16:F5:37:8F:F9:80:1C:CC:54:F0:3E:61:13:A0:87:17 > > a=setup:actpass > > a=mid:audio > > a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level > > a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time > a=rtcp-mux > > a=maxptime:60 > > a=ssrc:718599481 cname:DOUxo2z76LkE5KZX > > a=ssrc:718599481 msid:media_stream audio_track > > a=ssrc:718599481 mslabel:media_stream > > a=ssrc:718599481 label:audio_track > > a=candidate:3013953624 1 udp 2122260223 192.168.1.100 55457 typ host generation 0 > > a=candidate:2117845908 1 udp 2122194687 10.162.22.234 50345 typ host generation 0 > > a=candidate:3013953624 2 udp 2122260222 192.168.1.100 52690 typ host generation 0 > > a=candidate:2117845908 2 udp 2122194686 10.162.22.234 53413 typ host generation 0 > > a=candidate:4247172264 1 tcp 1518280447 192.168.1.100 49472 typ host tcptype passive generation 0 > > a=candidate:817381220 1 tcp 1518214911 10.162.22.234 49473 typ host tcptype passive generation 0 > > a=candidate:4247172264 2 tcp 1518280446 192.168.1.100 49474 typ host tcptype passive generation 0 > > a=candidate:817381220 2 tcp 1518214910 10.162.22.234 49475 typ host tcptype passive generation 0 > > a=candidate:854413036 1 udp 1686052607 163.125.130.79 26990 typ srflx raddr 192.168.1.100 rport 55457 generation 0 > > a=candidate:854413036 2 udp 1686052606 163.125.130.79 26991 typ srflx raddr 192.168.1.100 rport 52690 generation 0 > > a=candidate:4285777184 1 udp 1685987071 112.97.55.70 59693 typ srflx raddr 10.162.22.234 rport 50345 generation 0 > > a=candidate:4285777184 2 udp 1685987070 112.97.55.70 59694 typ srflx raddr 10.162.22.234 rport 53413 generation 0 > > a=candidate:2922827951 1 udp 41885439 146.185.149.11 60858 typ relay raddr 163.125.130.79 rport 26990 generation 0 > > a=candidate:2922827951 2 udp 41885438 146.185.149.11 62660 typ relay raddr 163.125.130.79 rport 26991 generation 0 > > a=candidate:2922827951 2 udp 41819902 146.185.149.11 61723 typ relay raddr 112.97.51.70 rport 42163 generation 0 > > a=candidate:2922827951 1 udp 41819903 146.185.149.11 63902 typ relay raddr 112.97.51.70 rport 42162 generation 0 > > > > 2015-08-23 16:38:06.590319 [DEBUG] sofia.c:6991 (sofia/internal/1001 at 108.165.22.32:5060 ) State Change CS_NEW -> CS_INIT > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at 108.165.22.32:5060 ) Running State Change CS_INIT > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/1001 at 108.165.22.32:5060 ) State INIT > > 2015-08-23 16:38:06.590319 [DEBUG] mod_sofia.c:88 sofia/internal/1001 at 108.165.22.32:5060 SOFIA INIT > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:40 sofia/internal/1001 at 108.165.22.32:5060 Standard INIT > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/1001 at 108.165.22.32:5060 ) State Change CS_INIT -> CS_ROUTING > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/1001 at 108.165.22.32:5060 ) State INIT going to sleep > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at 108.165.22.32:5060 ) Running State Change CS_ROUTING > > 2015-08-23 16:38:06.590319 [DEBUG] switch_channel.c:2239 (sofia/internal/1001 at 108.165.22.32:5060 ) Callstate Change DOWN -> RINGING > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at 108.165.22.32:5060 ) State ROUTING > > 2015-08-23 16:38:06.590319 [DEBUG] mod_sofia.c:141 sofia/internal/1001 at 108.165.22.32:5060 SOFIA ROUTING > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:166 sofia/internal/1001 at 108.165.22.32:5060 Standard ROUTING > > 2015-08-23 16:38:06.590319 [INFO] mod_dialplan_xml.c:637 Processing 1001 <1001>->1002 in context default > > Dialplan: sofia/internal/1001 at 108.165.22.32:5060 parsing [default->incoming_calls] continue=false > > Dialplan: sofia/internal/1001 at 108.165.22.32:5060 Regex (PASS) [incoming_calls] ${destination_number}(1002) =~ /1002/ break=on-false > > Dialplan: sofia/internal/1001 at 108.165.22.32:5060 Action bridge({rtp_secure_media=false,sip_secure_mediai_outbound=false}[,sip_secure_media_outbound=false,sdp_secure_savp_only=false,origination_caller_id_number=17185345433 ]sofia/internal/75468613802573728 at 69.22.33.40 ) > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:216 (sofia/internal/1001 at 108.165.22.32:5060 ) State Change CS_ROUTING -> CS_EXECUTE > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/1001 at 108.165.22.32:5060 ) State ROUTING going to sleep > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001 at 108.165.22.32:5060 ) Running State Change CS_EXECUTE > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/1001 at 108.165.22.32:5060 ) State EXECUTE > > 2015-08-23 16:38:06.590319 [DEBUG] mod_sofia.c:196 sofia/internal/1001 at 108.165.22.32:5060 SOFIA EXECUTE > > 2015-08-23 16:38:06.590319 [DEBUG] switch_core_state_machine.c:258 sofia/internal/1001 at 108.165.22.32:5060 Standard EXECUTE > > EXECUTE sofia/internal/1001 at 108.165.22.32:5060 bridge({rtp_secure_media=false,sip_secure_mediai_outbound=false}[,sip_secure_media_outbound=false,sdp_secure_savp_only=false,origination_caller_id_number=17185345433 ]sofia/internal/75468613802573728 at 69.22.33.40 ) > > 2015-08-23 16:38:06.610302 [DEBUG] switch_ivr_originate.c:2104 Parsing global variables > > 2015-08-23 16:38:06.610302 [DEBUG] switch_ivr_originate.c:2557 Parsing session specific variables > > 2015-08-23 16:38:06.610302 [NOTICE] switch_channel.c:1089 New Channel sofia/internal/75468613802573728 at 69.22.33.40 [54d94e84-49b5-11e5-ba0c-3bd1ff35cbfe] > > 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:4735 (sofia/internal/75468613802573728 at 69.22.33.40 ) State Change CS_NEW -> CS_INIT > > 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:4805 [zrtp_passthru] Setting a-leg inherit_codec=true > > 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:4808 [zrtp_passthru] Setting b-leg absolute_codec_string='mod_spandsp.G722 at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h@20i at 64000b' > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/75468613802573728 at 69.22.33.40 ) Running State Change CS_INIT > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/75468613802573728 at 69.22.33.40 ) State INIT > > 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:88 sofia/internal/75468613802573728 at 69.22.33.40 SOFIA INIT > > 2015-08-23 16:38:06.610302 [DEBUG] sofia_glue.c:1257 sofia/internal/75468613802573728 at 69.22.33.40 sending invite version: 1.7.0 git 58f1272 2015-08-14 17:51:12Z 64bit > > Local SDP: > > v=0 > > o=FreeSWITCH 1440321260 1440321261 IN IP4 108.165.22.32 > > s=FreeSWITCH > > c=IN IP4 108.165.22.32 > > t=0 0 > > m=audio 26626 RTP/AVP 9 0 8 101 13 > > a=rtpmap:9 G722/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:101 telephone-event/8000 > > a=fmtp:101 0-16 > > a=rtpmap:13 CN/8000 > > a=ptime:20 > > a=sendrecv > > > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:40 sofia/internal/75468613802573728 at 69.22.33.40 Standard INIT > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/75468613802573728 at 69.22.33.40 ) State Change CS_INIT -> CS_ROUTING > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:516 (sofia/internal/75468613802573728 at 69.22.33.40 ) State INIT going to sleep > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/75468613802573728 at 69.22.33.40 ) Running State Change CS_ROUTING > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/75468613802573728 at 69.22.33.40 ) State ROUTING > > 2015-08-23 16:38:06.610302 [DEBUG] mod_sofia.c:141 sofia/internal/75468613802573728 at 69.22.33.40 SOFIA ROUTING > > 2015-08-23 16:38:06.610302 [DEBUG] switch_ivr_originate.c:67 (sofia/internal/75468613802573728 at 69.22.33.40 ) State Change CS_ROUTING -> CS_CONSUME_MEDIA > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:532 (sofia/internal/75468613802573728 at 69.22.33.40 ) State ROUTING going to sleep > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/75468613802573728 at 69.22.33.40 ) Running State Change CS_CONSUME_MEDIA > > send 1281 bytes to udp/[69.22.33.40]:5060 at 16:38:06.611312: > > ------------------------------------------------------------------------ > > INVITE sip:75468613802573728 at 69.22.33.40 SIP/2.0 > > Via: SIP/2.0/UDP 108.165.22.32;rport;branch=z9hG4bKevaDa1tKZ99Uc > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/75468613802573728 at 69.22.33.40 ) State CONSUME_MEDIA > > Max-Forwards: 69 > > From: "Extension 1001" >;tag=j0D5DB23gpjve > > To: > > > 2015-08-23 16:38:06.610302 [DEBUG] switch_core_state_machine.c:551 (sofia/internal/75468613802573728 at 69.22.33.40 ) State CONSUME_MEDIA going to sleep > > Call-ID: 2c37ae78-c458-1233-8384-60eb698211be > > CSeq: 79837879 INVITE > > Contact: > > > User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150814T175112Z~58f1272490~64bit > > 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 > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 294 > > X-FS-Support: update_display,send_info > > Remote-Party-ID: "Extension 1001" >;party=calling;screen=yes;privacy=off > > > v=0 > > o=FreeSWITCH 1440321260 1440321261 IN IP4 108.165.22.32 > > s=FreeSWITCH > > c=IN IP4 108.165.22.32 > > t=0 0 > > m=audio 26626 RTP/AVP 9 0 8 101 13 > > a=rtpmap:9 G722/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:101 telephone-event/8000 > > a=fmtp:101 0-16 > > a=rtpmap:13 CN/8000 > > a=ptime:20 > > ------------------------------------------------------------------------ > > 2015-08-23 16:38:06.610302 [DEBUG] sofia.c:6715 Channel sofia/internal/75468613802573728 at 69.22.33.40 entering state [calling][0] > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150825/09389849/attachment-0001.html From mike at jerris.com Tue Aug 25 20:03:57 2015 From: mike at jerris.com (Michael Jerris) Date: Tue, 25 Aug 2015 12:03:57 -0400 Subject: [Freeswitch-users] RTP to SRTP Freeswitch 1.4 In-Reply-To: References: Message-ID: <3330A31E-1DC4-4245-9B43-FBC5E7EFF697@jerris.com> Looks like maybe https://freeswitch.org/jira/browse/FS-8037 > On Aug 25, 2015, at 2:18 AM, Volodymyr Fedorov wrote: > > Hello, maybe transfer makes something bad with your call. Try this before GATEWAY in dialplan: > > > > > > > On Tue, Aug 25, 2015 at 5:09 AM, Gonzalo Gasca Meza > wrote: > I have the following scenario: > > SIP Phone (RTP/SIP UDP) ---> Freeswitch ---> SRTP/TLS --> ITSP > > Currently when I place a call Freeswitch is not sending SRTP SDES in SDP. > It does the TLS connection but SDP contains only AVP codecs. > I have used the rtp_secure_media set to true and also export but crypto caps are not attached. I can see them listed, but nothing happens. > Logs: > > http://pastebin.com/DgZ1Lejp > > sofia_status > external::itsp-tls gateway sip:gonzalo at tls.itsp.com:5061:5061 NOREG > > dialplan/public.xml > > > > > > > > > > dialplan/default.xml > > > > > > > > > > > sip_profiles/external/sipsitspTrunk.xml > > > > > > > > > > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Best regards, > Volodymyr > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150825/77b6ad29/attachment.html From italorossib at gmail.com Tue Aug 25 22:27:53 2015 From: italorossib at gmail.com (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Tue, 25 Aug 2015 15:27:53 -0300 Subject: [Freeswitch-users] Wiki editing account In-Reply-To: References: Message-ID: Hey David, Someone already added you to Confluence Editors group, join freeswitch-docs mailing list here http://lists.freeswitch.org/mailman/listinfo/freeswitch-docs. On Sun, Aug 23, 2015 at 7:35 PM, David McNab wrote: > Hi guys, > > How do I go about applying for an editing account on the wiki? > > In my learning process, I've been figuring out some things about Python > scripting which might be able to help others who are Python-inclined. > > I'm asking if it might be possible to get edit access on the wiki, so I > can publish some walk-through examples, together with practical tips and > caveats. > > Cheers > David > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ?talo Rossi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150825/b1a5f5ea/attachment.html From daveh at beachdognet.com Tue Aug 25 22:49:45 2015 From: daveh at beachdognet.com (Dave Horton) Date: Tue, 25 Aug 2015 14:49:45 -0400 Subject: [Freeswitch-users] Issue (possibly with stale nonce) when redirecting INVITE to another FS In-Reply-To: References: Message-ID: I have a setup where a session border controller is distributing calls across multiple FS servers. Calls come from device ?> SBC ?> one of the FS servers, where they are challenged, and subsequently established. The problem I have is that in some cases (when I determine a device already has an active call on a different FS server) I respond to the INVITE with a redirect request so that the SBC will redirect the INVITE to the server with the already-active call for that device. The problem is that before the redirect is sent by FS #1 it first sends a 407 Proxy Authorization - that goes back to the device which responds with the appropriate credentials. My FS app then sends a 302 back to the intermediary SBC, which generates a new INVITE to FS #2. That INVITE contains the same Proxy-Authorization header that was used to authenticate on FS #1, but FS #2 rejects it thusly: 2015-08-25 11:02:43.059928 [DEBUG] sofia_reg.c:1335 Send challenge for [5125265790 at 10.124.48.104] 2015-08-25 11:02:43.059928 [WARNING] sofia_reg.c:1339 SIP auth challenge (INVITE) on sofia profile 'device' for [5125265790 at 10.124.48.104] from ip 10.124.48.171 The second 407 goes back to the phone ? this time from FS #2 ? and the phone gives up at this point, and the call dies. I actually wanted to bypass authentication on FS #2 entirely, so I redirected the call to a different profile (one used only for these special purpose redirections), and in that profile I set auth-calls=?false? and 'apply-inbound-acl? to include the address of the SBC. It seems, though, that by virtue of the Proxy-Authorization header being included, FS #2 is still trying to authenticate. And then authentication fails, I believe because the nonce is designed to be a one-time thing (I see the sip_authentication.last_nc column in the table of nonces seems designed to declare the nonce stale if used more than once). This seems a relatively common use case (redirection via an intermediary SBC or proxy) so I figured there must be a solution here somewhere? Thanks in advance for any and all advice. (Note: I am using an older version of FS: FreeSWITCH Version 1.0.head (git-4192195 2011-08-16 19-39-06 -0400) Dave From findmeinwland at gmail.com Wed Aug 26 01:28:46 2015 From: findmeinwland at gmail.com (Artur Mega) Date: Wed, 26 Aug 2015 02:28:46 +0500 Subject: [Freeswitch-users] bridge unexpectedly disconnects after 5-6 sec Message-ID: i set up freeswitch, and almost all configs are default (i made some little changes in directory and dialplan). I can call anywhere, for example to my cell phone, but call longs approximetely only 5 sec... In siptrace i found nothing. No timeouts like call_timeout or leg_timeout. Also i thought maybe the reason in the gateway registerations... Server has private (static) ip. log is here: http://pastebin.com/mLrkGz3c -- Arthur -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150826/16f321fa/attachment.html From anthony.minessale at gmail.com Wed Aug 26 01:48:30 2015 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 25 Aug 2015 16:48:30 -0500 Subject: [Freeswitch-users] bridge unexpectedly disconnects after 5-6 sec In-Reply-To: References: Message-ID: That trace is too vague. Do these cli commands first then it will probably be more obvious: sofia global siptrace on console loglevel debug On Tue, Aug 25, 2015 at 4:28 PM, Artur Mega wrote: > i set up freeswitch, and almost all configs are default (i made some > little changes in directory and dialplan). I can call anywhere, for example > to my cell phone, but call longs approximetely only 5 sec... In siptrace i > found nothing. No timeouts like call_timeout or leg_timeout. > > Also i thought maybe the reason in the gateway registerations... > Server has private (static) ip. > > log is here: > http://pastebin.com/mLrkGz3c > > -- > > Arthur > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150825/ddd43e80/attachment-0001.html From andrew.keil at visytel.com Wed Aug 26 05:17:09 2015 From: andrew.keil at visytel.com (Andrew Keil) Date: Wed, 26 Aug 2015 01:17:09 +0000 Subject: [Freeswitch-users] RE- Gateway failover question - SIP INVITE still be sent to the failed gateway after failover within the dialplan takes place Message-ID: To FreeSWITCH Users, I wondered if someone could assist me regarding failover when a gateway goes down. FreeSWITCH version 1.4.20 (current production release). The requirement from my SIP Trunk provider is to failover in about 4 to 5 seconds. I have tried the following inside my dialplan: Where xxxxxxxxxx is a valid phone number. SIPprovider1 would be down (ie. SBC switched off) and SIPprovider2 would be working OK. Obviously these are setup within the FreeSWITCH /conf/sip_profiles/external/myprovider.xml. I have experimented with other various combinations: or or The issue I am having is the 4 to 5 second switch to SIPprovider2 does work, however for some reason the SIP INVITE messages are still being sent to SIPprovider1 after the 4 seconds. I need the SIP INVITE messages to STOP after 4 seconds to SIPprovider1 (which is down). Any ideas would be most appreciated. Kind Regards, Andrew Keil Visytel Pty Ltd -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150826/319a4981/attachment.html From mandra at gmail.com Wed Aug 26 05:37:12 2015 From: mandra at gmail.com (Chris Mandra) Date: Tue, 25 Aug 2015 21:37:12 -0400 Subject: [Freeswitch-users] Can Stereo Placement in Conferences be bypassed Message-ID: Hi guys. Is there a way to turn stereo placement OFF for a single user user for a stereo conf call (eg. 3500, web-rtc) I don't want to turn stereo off - just the automatic placement heard by a single user. Thanks! chris -- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150825/4f88931a/attachment.html From davidmcnabnz at gmail.com Wed Aug 26 03:45:00 2015 From: davidmcnabnz at gmail.com (David McNab) Date: Wed, 26 Aug 2015 11:45:00 +1200 Subject: [Freeswitch-users] De-bridging via ESL Message-ID: Hi folks, Is there a way to de-bridge a session purely via ESL? For example, Alice, Bob and Charlie are in conference. I'm looking for a way for Charlie to depart the conference, ring Douglas, talk to him, then patch Charlie back into the conference, and bridge Douglas in as well. Cheers David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150826/6107184c/attachment.html From gascagonzalo at gmail.com Wed Aug 26 05:47:28 2015 From: gascagonzalo at gmail.com (Gonzalo Gasca Meza) Date: Tue, 25 Aug 2015 18:47:28 -0700 Subject: [Freeswitch-users] RTP to SRTP Freeswitch 1.4 In-Reply-To: <3330A31E-1DC4-4245-9B43-FBC5E7EFF697@jerris.com> References: <3330A31E-1DC4-4245-9B43-FBC5E7EFF697@jerris.com> Message-ID: I removed the transfer and followed Volodymyr advise and its working now. Thanks On Tue, Aug 25, 2015 at 9:03 AM, Michael Jerris wrote: > Looks like maybe https://freeswitch.org/jira/browse/FS-8037 > > On Aug 25, 2015, at 2:18 AM, Volodymyr Fedorov wrote: > > Hello, maybe transfer makes something bad with your call. Try this before > GATEWAY in dialplan: > > > > > > > On Tue, Aug 25, 2015 at 5:09 AM, Gonzalo Gasca Meza < > gascagonzalo at gmail.com> wrote: > >> I have the following scenario: >> >> SIP Phone (RTP/SIP UDP) ---> Freeswitch ---> SRTP/TLS --> ITSP >> >> Currently when I place a call Freeswitch is not sending SRTP SDES in SDP. >> It does the TLS connection but SDP contains only AVP codecs. >> I have used the rtp_secure_media set to true and also export but crypto >> caps are not attached. I can see them listed, but nothing happens. >> Logs: >> >> http://pastebin.com/DgZ1Lejp >> >> sofia_status >> external::itsp-tls gateway sip:gonzalo at tls.itsp.com:5061:5061 NOREG >> >> dialplan/public.xml >> >> >> >> >> >> >> >> >> >> dialplan/default.xml >> >> >> >> >> >> > data="sofia/gateway/itsp-tls/${dialed_number}"/> >> >> >> >> sip_profiles/external/sipsitspTrunk.xml >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Best regards, > Volodymyr > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150825/e9162df8/attachment-0001.html From gascagonzalo at gmail.com Wed Aug 26 06:00:26 2015 From: gascagonzalo at gmail.com (Gonzalo Gasca Meza) Date: Tue, 25 Aug 2015 19:00:26 -0700 Subject: [Freeswitch-users] Change uri inside Proxy-Authorization (sip_auth_uri) Message-ID: In a SIP TLS call initial SIP INVITE with proxy authentication uri is populated with transport=tls, which seems to be causing issues with far end. How can I modify this field? I need to be (uri=" sip:+14089234300 at tls.itsp.com) like this: Proxy-Authorization: Digest username="gonzalo", realm="sip.itsp.com", nonce="76202e080586a818939c7b1292e61317", cnonce="CoLCw8Y1EjOpXQqrj4sqmw", opaque="b4728d445b067bf647afd6d7028881f6", algorithm=MD5, uri=" sip:+14089234300 at tls.itsp.com", response="d901a524745a6124c50e6dac1c08a502", qop=auth, nc=000000 Instead of sip:+14089234300 at gonzalotls.itsp.com;transport=tls: Proxy-Authorization: Digest username="gonzalo", realm="sip.itsp.com", nonce="5c99ec833921f9e31eb50d27c6230b33", cnonce="0sNq8sY2EjOpXQqrj4sqmw", opaque="c85f5b8d3a7ac674837b72594bf3c7b8", algorithm=MD5, uri=" sip:+14089234300 at tls.itsp.com;transport=tls", response="d17b81a6cbbb1538d5c9a03e35d6bdde", qop=auth, nc=00000001 This is my configuration: Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150825/976c6840/attachment.html From mike at jerris.com Wed Aug 26 08:11:49 2015 From: mike at jerris.com (Michael Jerris) Date: Wed, 26 Aug 2015 00:11:49 -0400 Subject: [Freeswitch-users] De-bridging via ESL In-Reply-To: References: Message-ID: uuid_transfer fsapi command On Tuesday, August 25, 2015, David McNab wrote: > Hi folks, > > Is there a way to de-bridge a session purely via ESL? > For example, Alice, Bob and Charlie are in conference. I'm looking for a > way for Charlie to depart the conference, ring Douglas, talk to him, then > patch Charlie back into the conference, and bridge Douglas in as well. > > Cheers > David > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150826/5450eecf/attachment.html From 4orbit at gmail.com Wed Aug 26 11:13:02 2015 From: 4orbit at gmail.com (Sergey Zhuravlov) Date: Wed, 26 Aug 2015 10:13:02 +0300 Subject: [Freeswitch-users] bridge unexpectedly disconnects after 5-6 sec Message-ID: Hi I looked at the number that you dial 7* I take my crystal ball and assume that you are using Multifon as gatewey ;-) I was with him a similar problem. The problem is solved by setting the parameter for profile external here it is in Multifon, it just works ---------- ???????????? ????????? ---------- > From: Artur Mega > To: FreeSWITCH Users Help > Cc: > Date: Wed, 26 Aug 2015 02:28:46 +0500 > Subject: [Freeswitch-users] bridge unexpectedly disconnects after 5-6 sec > i set up freeswitch, and almost all configs are default (i made some > little changes in directory and dialplan). I can call anywhere, for example > to my cell phone, but call longs approximetely only 5 sec... In siptrace i > found nothing. No timeouts like call_timeout or leg_timeout. > > Also i thought maybe the reason in the gateway registerations... > Server has private (static) ip. > > log is here: > http://pastebin.com/mLrkGz3c > > -- > > Arthur > > > ---------- ???????????? ????????? ---------- > From: Anthony Minessale > To: FreeSWITCH Users Help > Cc: > Date: Tue, 25 Aug 2015 16:48:30 -0500 > Subject: Re: [Freeswitch-users] bridge unexpectedly disconnects after 5-6 > sec > That trace is too vague. > > Do these cli commands first then it will probably be more obvious: > > sofia global siptrace on > console loglevel debug > > > On Tue, Aug 25, 2015 at 4:28 PM, Artur Mega > wrote: > >> i set up freeswitch, and almost all configs are default (i made some >> little changes in directory and dialplan). I can call anywhere, for example >> to my cell phone, but call longs approximetely only 5 sec... In siptrace i >> found nothing. No timeouts like call_timeout or leg_timeout. >> >> Also i thought maybe the reason in the gateway registerations... >> Server has private (static) ip. >> >> log is here: >> http://pastebin.com/mLrkGz3c >> >> -- >> >> Arthur >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- WBR, Sergey GTALK/JABBER:4orbit at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150826/570d1c7b/attachment.html From bharat.lalcheta at ecosmob.com Wed Aug 26 14:01:45 2015 From: bharat.lalcheta at ecosmob.com (Bharat Lalcheta) Date: Wed, 26 Aug 2015 15:31:45 +0530 Subject: [Freeswitch-users] Freeswitch IAX2 support Message-ID: Hello All, I am trying to enable IAX2 support for freeswitch. I successfully compiled and install PTLIB and OPAL. Also recompiled freeswitch with mod_opal successfully. Below is opal.conf. On netstat for 4569 (IAX) port, below is the result udp 0 0 0.0.0.0:4569 0.0.0.0:* 16533/freeswitch I have one DIDWW DID configured with IAX2 protocol and routed to this server. When i am dialing this DID, i am getting calls on server which i checked in ngrep. However, there is no event on freeswitch. Just for your information, I configured mod_opal on both latest 1.2 and 1.4 version and found same result for both. Can anyone please help me what i need to do additonally to get IAX2 calls on freeswitch? Do i need to configure anything for IAX2 ? Is there any this i can test to check it is configured and working properly ? Thanks & Regards, Bharat Lalcheta -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150826/fc3def45/attachment-0001.html From yadenis at seznam.cz Wed Aug 26 18:30:04 2015 From: yadenis at seznam.cz (Denis Jakovlev) Date: Wed, 26 Aug 2015 16:30:04 +0200 Subject: [Freeswitch-users] control the quality of the recorded video In-Reply-To: References: <08EC14CB-FA17-4848-ABCC-7C68D4C3441C@jerris.com> Message-ID: <873542963.20150826163004@seznam.cz> Hi All, I have a question. Now I record video using mod_av (or mod_vl?). Classical record_session. This works fine. But a heavy load on the server CPU. There are some possibilities to control the quality of the recorded video? For example bit rate, video resolution, etc. Or how i can optimize the performance of friswitch to recording so do not load the CPU? My dialplan for tests In vars.xml i try to change but it does not help Any ideas? -- S pozdravem, Ing.Denis Jakovlev mob.tel. 775-415-382 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150826/6da597d3/attachment.html From msc at freeswitch.org Wed Aug 26 18:42:32 2015 From: msc at freeswitch.org (Michael Collins) Date: Wed, 26 Aug 2015 07:42:32 -0700 Subject: [Freeswitch-users] problem with "play_and_get_digits" command (DTMF delay time) In-Reply-To: References: Message-ID: Is there a reason that you're trying to use both bind_digit_action and play_and_get_digits? Normally you'd use just one or the other, and if you're explicitly asking the user for input then I'd think that you would only need play_and_get_digits. -MC On Tue, Aug 25, 2015 at 5:56 AM, Manish Talwar wrote: > Hi, > > > I have found one small problem with "play_and_get_digits" command. We > have a IVR application and I am trying to get either "16 digit" card > number or "0" for move to customer support from the user. Please find my > dialplan as follows: > > > *2015-08-25 18:05:37.535806 [CRIT] mod_httapi.c:1148 Debugging Return > Data:* > > * applicati* > > *on="log" data="card number inputed: 2"/> application="flush_dtmf"/> > *ute application="sleep" data="2000"/> application="clear_digit_action"* > > *data="my_digit" /> data="my_digit,~\d{1* > > *6}|^[0]{1},exec:transfer,dummy_transfer" /> application="play_and_get_digi* > > *ts" data="0 16 1 1000 # en-US/enter_card_number.mp3 '' Digits '' 1000 '' > " /> > *tVariable name="Digits"/> action="http://localhost:8080/ivr/fsentercardnumber/response/ > " a* > > *pplication="play_and_get_digits" data="0 16 1 20000 # > en-US/menu_speak_csr.mp3 '* > > *' Digits '' 20000 '' " /> application="clea* > > *r_digit_action" data="my_digit" />* > > > > It is working fine as expected if user input 16 digit number continuously without > any delay. After getting full 16 digit number it will match the "bind_digit_action" > and move to other dialplan. > > > But my problem is if a user enter card number slowly then its trying to > match already inputed DTMF values with matching binding and received next > inputed value as different DTMF values. As a example, if I tried to input > 55 and then wait for 1-2 seconds then Freeswitch tried to match 55 with > binding. > > > > *2015-08-25 18:05:39.535920 [DEBUG] switch_ivr_play_say.c:1305 Codec > Activated L1* > > *6 at 8000hz 1 channels 20ms* > > *2015-08-25 18:05:39.755933 [DEBUG] switch_rtp.c:5819 RTP RECV DTMF 5:2080* > > *2015-08-25 18:05:40.015948 [DEBUG] switch_rtp.c:5819 RTP RECV DTMF 5:2080* > > *2015-08-25 18:05:41.536035 [DEBUG] mod_dptools.c:132 > sofia/internal/18188535351 <18188535351>@* > > *192.168.1.112 Digit NOT match binding [55]* > > *2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:486 RECV DTMF 5:2000* > > *2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:582 > sofia/internal/181885353* > > *51 at 192.168.1.112 <51 at 192.168.1.112> Queue dtmf* > > *digit=5 ms=250 samples=2000* > > *2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:486 RECV DTMF 5:2000* > > *2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:582 > sofia/internal/181885353* > > *51 at 192.168.1.112 <51 at 192.168.1.112> Queue dtmf* > > *digit=5 ms=250 samples=2000* > > > > I don't want fresswtich tried to match the binding if there is any pause > time while inputed the number as user can type slowly. > > > I want to reset this binding delay time so that user can type slowly and > we will get full 16 digits number for matching inputed value in certain > time interval. > > > Please suggest me how can I resolve this problem and increase the DTMF > delay time. > > > Thanks, > > > Regards, > > Manish Talwar > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150826/815537b1/attachment.html From deforceczt at gmail.com Wed Aug 26 18:05:35 2015 From: deforceczt at gmail.com (Vladislav Ivanov) Date: Wed, 26 Aug 2015 17:05:35 +0300 Subject: [Freeswitch-users] Unable to get channel variables from directory to dialplan. Message-ID: Good Day, I have been trying to set up the sip phone at my home, and i'm having some issues with channel variables. >From what I have read: https://wiki.freeswitch.org/wiki/Routing_with_directory_parameters I should force per-call authentication in your sofia.xml.conf for to be passed through to the dialplan. But I were unable to find this option in sofia/sofia_default files. https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables - Although here there is nothing about "per-call authentication". And I'm not sure how to proceed. I have this directory xml: Directory variables should be passed as ${variable} as they are channel variables? I have Dialplan as follows: When I dial the call I get TestMessage [] instead of test_context. Also, wrapping registrar_test extension with doesn't help, my call will go to "all_reject" extension. What do I miss? Best Regards, Vlad -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150826/c822023c/attachment-0001.html From haunma at keteu.org Wed Aug 26 19:38:51 2015 From: haunma at keteu.org (Mark Haun) Date: Wed, 26 Aug 2015 08:38:51 -0700 Subject: [Freeswitch-users] Stumped by mod_portaudio permissions issue Message-ID: <20150826153850.GA6402@hau.nz> I built freeswitch version 1.7.0+git~20150730T192909Z~ab7f83c654~32bit for my ARM-based home server (an NVIDIA Jetson board), with the intention of using mod_portaudio with a wireless USB headset for my main home phone. It works well when running freeswitch directly as root, but when I configured freeswitch to run at system startup, mod_portaudio could no longer find any audio devices. No problem, I thought, it's a simple permissions issue. I am using the example debian init script from the wiki (this is a Jessie install with SysV init rather than systemd). It runs freeswitch as user freeswitch, group daemon using the -u and -g command-line options. So I added "freeswitch" to the audio group, then used sudo to verify that I could play sound files with "aplay" as the freeswitch user. That worked, but it did not solve the mod_portaudio failure. Thinking there must be an issue with portaudio separate from ALSA, I fetched and built the "pa_devs" utility which enumerates and prints the available audio devices. (This is basically what mod_portaudio is doing on startup.) Running as the freeswitch user, that worked too. Hmmmm. I tried running freeswitch from the command line using sudo rather than the -u and -g options, i.e. $ sudo freeswitch /usr/local/freeswitch/bin/freeswitch -nc and that worked as well! Then I started experimenting with -u and -g and discovered that $ /usr/local/freeswitch/bin/freeswitch -nc -u freeswitch allows mod_portaudio to load correctly, whereas $ /usr/local/freeswitch/bin/freeswitch -nc -u freeswitch -g daemon causes mod_portaudio to fail. Can anyone explain what's happening here? In both cases the process UID, GID, EUID, EGID, FUID, and FGID are the same (freeswitch:daemon) as displayed with "ps xao pid,uid,gid,euid,egid,fuid,fgid". Could this be a bug in freeswitch? There are a couple of threads from 2-3 years ago in the archives, where mod_portaudio permissions issues were never resolved and the solution remained a mystery. For the time being I guess this (not using -g) is a workaround, but I'd sure like to understand what is going on. Mark From ssinyagin at gmail.com Wed Aug 26 20:04:50 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Wed, 26 Aug 2015 18:04:50 +0200 Subject: [Freeswitch-users] FreeSWITCH Unstable Repo In-Reply-To: References: <2CE1F45D-CAA2-4559-BDF5-2FB9DBFE9735@jerris.com> <1d5901d0de7c$98610330$c9230990$@freeswitch.org> Message-ID: here we go https://freeswitch.org/confluence/display/FREESWITCH/Debian+8+Jessie On Mon, Aug 24, 2015 at 6:22 PM, Stanislav Sinyagin wrote: > It's now merged to master, so I'll add a document to confluence. > On Aug 24, 2015 4:54 PM, "Ken Rice" wrote: > >> Wheezy will not be supported once 1.6 is released. >> >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Stanislav >> Sinyagin >> *Sent:* Monday, August 24, 2015 9:36 AM >> *To:* FreeSWITCH Users Help >> *Subject:* Re: [Freeswitch-users] FreeSWITCH Unstable Repo >> >> >> >> I updated the pull request, and now Jessie debs can be successfully built. >> >> Wheezy debs are still failing, because of failing video dependencies. >> >> >> >> On Sun, Aug 23, 2015 at 2:30 AM, Stanislav Sinyagin >> wrote: >> >> See the update in https://freeswitch.org/jira/browse/FS-8019 >> >> I fixed one problem, but there's a bunch of others: pbuilder creates an >> isolated environment that doesn't have any network connectivity, but >> modules like mod_event_zmq try to download sources from external servers. >> >> >> >> >> >> On Sat, Aug 22, 2015 at 12:44 AM, Michael Jerris wrote: >> >> Your dependencies look messed up.. install freeswitch-video-deps-most >> from our repo, if you manually tried to do some of the non debian repo >> packages, remove them first. >> >> >> >> >> >> On Aug 21, 2015, at 6:25 PM, Stanislav Sinyagin >> wrote: >> >> >> >> Brian, could you publish the procedure that you use to build those debs? >> I couldn't even build the revision that you have currently in the repo. >> >> I use: >> ./debian/util.sh build-all -i -z1 -aamd64 -cjessie >> >> and I get the following error: >> >> The following packages have unmet dependencies: >> pbuilder-satisfydepends-dummy : Depends: libyuv-dev which is a virtual >> package. >> Depends: libvpx-dev (>= 1.4.0) but it is >> not going to be installed. or >> libvpx2-dev which is a virtual >> package. >> Depends: libflite-dev which is a virtual >> package. >> Depends: libbroadvoice-dev which is a >> virtual package. >> Depends: libcodec2-dev which is a >> virtual package. >> Depends: libsngtc-dev which is a virtual >> package. >> Depends: libsilk-dev which is a virtual >> package. >> Unable to resolve dependencies! Giving up... >> >> I opened a related ticket, but it doesn't seem to be the main reason. >> https://freeswitch.org/jira/browse/FS-8019 >> >> The build fails also if I add >> deb http://files.freeswitch.org/repo/deb/debian jessie main >> >> into /etc/apt/sources.list >> >> thanks >> >> >> >> >> >> >> >> On Thu, Jun 18, 2015 at 4:18 PM, Brian West wrote: >> >> FreeSWITCHers, >> >> >> >> To help speed the testing and release cycle up, Team FreeSWITCH has >> created a FreeSWITCH Unstable Debian repo, This repo is updated after every >> commit to master and the debs lag behind about an hour from each commit. >> >> >> >> WARNING this repo is untested and should NOT be used in production. >> >> >> >> How to use this repo: >> >> >> >> 1. New Debian Jessie system >> >> 2. Run These Commands: >> >> >> >> echo "deb http://files.freeswitch.org/repo/deb/debian-unstable/ jessie >> main" > /etc/apt/sources.list.d/99FreeSWITCH.list >> >> echo "deb http://files.freeswitch.org/repo/deb/debian/ jessie main" >> >> /etc/apt/sources.list.d/99FreeSWITCH.list >> >> wget -O - https://files.freeswitch.org/repo/deb/debian/key.gpg |apt-key >> add - >> >> apt-get update >> >> apt-get install freeswitch-all >> >> >> >> 3. To update: >> >> >> >> apt-get update >> >> apt-get dist-upgrade >> >> >> >> Any commit that goes in while the current build is running will be >> included in the next build that starts. >> >> >> >> Questions? Mailing List / IRC / Hipchat >> >> Comments? Mailing List / IRC / Hipchat >> >> Bugs? https://freeswitch.org/jira/ >> >> >> >> Thanks, and happy testing! >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> ClueCon 2015 Call for Speakers >> | Register >> TODAY! | Reddit: /r/freeswitch >> >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150826/876cf37f/attachment-0001.html From gmaruzz at gmail.com Wed Aug 26 20:20:21 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Wed, 26 Aug 2015 18:20:21 +0200 Subject: [Freeswitch-users] FreeSWITCH Unstable Repo In-Reply-To: References: <2CE1F45D-CAA2-4559-BDF5-2FB9DBFE9735@jerris.com> <1d5901d0de7c$98610330$c9230990$@freeswitch.org> Message-ID: Thanks Stanislav! -giovanni On Wed, Aug 26, 2015 at 6:04 PM, Stanislav Sinyagin wrote: > here we go > https://freeswitch.org/confluence/display/FREESWITCH/Debian+8+Jessie > > On Mon, Aug 24, 2015 at 6:22 PM, Stanislav Sinyagin > wrote: > >> It's now merged to master, so I'll add a document to confluence. >> On Aug 24, 2015 4:54 PM, "Ken Rice" wrote: >> >>> Wheezy will not be supported once 1.6 is released. >>> >>> >>> >>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Stanislav >>> Sinyagin >>> *Sent:* Monday, August 24, 2015 9:36 AM >>> *To:* FreeSWITCH Users Help >>> *Subject:* Re: [Freeswitch-users] FreeSWITCH Unstable Repo >>> >>> >>> >>> I updated the pull request, and now Jessie debs can be successfully >>> built. >>> >>> Wheezy debs are still failing, because of failing video dependencies. >>> >>> >>> >>> On Sun, Aug 23, 2015 at 2:30 AM, Stanislav Sinyagin >>> wrote: >>> >>> See the update in https://freeswitch.org/jira/browse/FS-8019 >>> >>> I fixed one problem, but there's a bunch of others: pbuilder creates an >>> isolated environment that doesn't have any network connectivity, but >>> modules like mod_event_zmq try to download sources from external servers. >>> >>> >>> >>> >>> >>> On Sat, Aug 22, 2015 at 12:44 AM, Michael Jerris >>> wrote: >>> >>> Your dependencies look messed up.. install freeswitch-video-deps-most >>> from our repo, if you manually tried to do some of the non debian repo >>> packages, remove them first. >>> >>> >>> >>> >>> >>> On Aug 21, 2015, at 6:25 PM, Stanislav Sinyagin >>> wrote: >>> >>> >>> >>> Brian, could you publish the procedure that you use to build those debs? >>> I couldn't even build the revision that you have currently in the repo. >>> >>> I use: >>> ./debian/util.sh build-all -i -z1 -aamd64 -cjessie >>> >>> and I get the following error: >>> >>> The following packages have unmet dependencies: >>> pbuilder-satisfydepends-dummy : Depends: libyuv-dev which is a virtual >>> package. >>> Depends: libvpx-dev (>= 1.4.0) but it >>> is not going to be installed. or >>> libvpx2-dev which is a virtual >>> package. >>> Depends: libflite-dev which is a >>> virtual package. >>> Depends: libbroadvoice-dev which is a >>> virtual package. >>> Depends: libcodec2-dev which is a >>> virtual package. >>> Depends: libsngtc-dev which is a >>> virtual package. >>> Depends: libsilk-dev which is a virtual >>> package. >>> Unable to resolve dependencies! Giving up... >>> >>> I opened a related ticket, but it doesn't seem to be the main reason. >>> https://freeswitch.org/jira/browse/FS-8019 >>> >>> The build fails also if I add >>> deb http://files.freeswitch.org/repo/deb/debian jessie main >>> >>> into /etc/apt/sources.list >>> >>> thanks >>> >>> >>> >>> >>> >>> >>> >>> On Thu, Jun 18, 2015 at 4:18 PM, Brian West >>> wrote: >>> >>> FreeSWITCHers, >>> >>> >>> >>> To help speed the testing and release cycle up, Team FreeSWITCH has >>> created a FreeSWITCH Unstable Debian repo, This repo is updated after every >>> commit to master and the debs lag behind about an hour from each commit. >>> >>> >>> >>> WARNING this repo is untested and should NOT be used in production. >>> >>> >>> >>> How to use this repo: >>> >>> >>> >>> 1. New Debian Jessie system >>> >>> 2. Run These Commands: >>> >>> >>> >>> echo "deb http://files.freeswitch.org/repo/deb/debian-unstable/ jessie >>> main" > /etc/apt/sources.list.d/99FreeSWITCH.list >>> >>> echo "deb http://files.freeswitch.org/repo/deb/debian/ jessie main" >> >>> /etc/apt/sources.list.d/99FreeSWITCH.list >>> >>> wget -O - https://files.freeswitch.org/repo/deb/debian/key.gpg |apt-key >>> add - >>> >>> apt-get update >>> >>> apt-get install freeswitch-all >>> >>> >>> >>> 3. To update: >>> >>> >>> >>> apt-get update >>> >>> apt-get dist-upgrade >>> >>> >>> >>> Any commit that goes in while the current build is running will be >>> included in the next build that starts. >>> >>> >>> >>> Questions? Mailing List / IRC / Hipchat >>> >>> Comments? Mailing List / IRC / Hipchat >>> >>> Bugs? https://freeswitch.org/jira/ >>> >>> >>> >>> Thanks, and happy testing! >>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> ClueCon 2015 Call for Speakers >>> | Register >>> TODAY! | Reddit: /r/freeswitch >>> >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150826/2a197f3d/attachment-0001.html From daveh at beachdognet.com Wed Aug 26 21:48:44 2015 From: daveh at beachdognet.com (Dave Horton) Date: Wed, 26 Aug 2015 13:48:44 -0400 Subject: [Freeswitch-users] Making presence work in a multi-server environment In-Reply-To: References: Message-ID: <481B0B1A-3CA1-48AC-BD76-7C11B4F29074@beachdognet.com> I?m sure this has been asked and answered, but I sure can?t find it. I have several freeswitch boxes that calls are distributed amongst, and want to get presence working across the cluster. Is there a way to configure the presence database to use ODBC, so that I can centralize it (similar to registrations)? Assuming there is ? is that enough? If I have a SUBSCRIBE for dialog info for device X arrive on server 1 and then server 2 handles a call to/from device X, is a NOTIFY going to be sent? Dave From daveh at beachdognet.com Wed Aug 26 21:54:53 2015 From: daveh at beachdognet.com (Dave Horton) Date: Wed, 26 Aug 2015 13:54:53 -0400 Subject: [Freeswitch-users] Unable to get channel variables from directory to dialplan. Message-ID: <3B248142-D545-4CA0-8AEB-F301015CCA97@beachdognet.com> I think you may need to access it as ${variable_user_context} From anthony.minessale at gmail.com Thu Aug 27 09:05:48 2015 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 27 Aug 2015 00:05:48 -0500 Subject: [Freeswitch-users] Freeswitch IAX2 support In-Reply-To: References: Message-ID: Iirc iax2 is not implemented in mod_opal, You probably would need to contract the opal devs to add it. On Wednesday, August 26, 2015, Bharat Lalcheta wrote: > Hello All, > > I am trying to enable IAX2 support for freeswitch. I successfully compiled > and install PTLIB and OPAL. Also recompiled freeswitch with mod_opal > successfully. > > Below is opal.conf. > > > > > > > > > > > > > > > > > > > > > > > On netstat for 4569 (IAX) port, below is the result > > udp 0 0 0.0.0.0:4569 0.0.0.0:* > 16533/freeswitch > > I have one DIDWW DID configured with IAX2 protocol and routed to this > server. When i am dialing this DID, i am getting calls on server which i > checked in ngrep. However, there is no event on freeswitch. Just for your > information, I configured mod_opal on both latest 1.2 and 1.4 version and > found same result for both. > > Can anyone please help me what i need to do additonally to get IAX2 calls > on freeswitch? > > Do i need to configure anything for IAX2 ? > > Is there any this i can test to check it is configured and working > properly ? > > Thanks & Regards, > > Bharat Lalcheta > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/8910e6df/attachment.html From manish.talwar at nexxuspg.com Thu Aug 27 09:16:24 2015 From: manish.talwar at nexxuspg.com (Manish Talwar) Date: Thu, 27 Aug 2015 05:16:24 +0000 Subject: [Freeswitch-users] problem with "play_and_get_digits" command (DTMF delay time) In-Reply-To: References: , Message-ID: Hi, Thank you for your response. Actually, we are using multiple play_and_get_digits in a single dialplan. And when user inputed any matching format of input then we need to leave all remaining play_and_get_digits commands of that dialplan. That is why I used bind_digit_action also in same dialplan. Please suggest how do we make the changes for this concern, how do we break the dialplan when required matching input found. Basically, its works fine as our requirement but we need to increase the DTMF delay time only, whenever user inputed slowly then its take the chunk of inputed data and tried to match the bind_digit_action expression. As its break the DTMF into many chunks so its not matching expected regular expression of command. Please suggest. Thanks, Regards, Manish Talwar ________________________________ From: freeswitch-users-bounces at lists.freeswitch.org on behalf of Michael Collins Sent: 26 August 2015 20:12 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] problem with "play_and_get_digits" command (DTMF delay time) Is there a reason that you're trying to use both bind_digit_action and play_and_get_digits? Normally you'd use just one or the other, and if you're explicitly asking the user for input then I'd think that you would only need play_and_get_digits. -MC On Tue, Aug 25, 2015 at 5:56 AM, Manish Talwar > wrote: Hi, I have found one small problem with "play_and_get_digits" command. We have a IVR application and I am trying to get either "16 digit" card number or "0" for move to customer support from the user. Please find my dialplan as follows: 2015-08-25 18:05:37.535806 [CRIT] mod_httapi.c:1148 Debugging Return Data: It is working fine as expected if user input 16 digit number continuously without any delay. After getting full 16 digit number it will match the "bind_digit_action" and move to other dialplan. But my problem is if a user enter card number slowly then its trying to match already inputed DTMF values with matching binding and received next inputed value as different DTMF values. As a example, if I tried to input 55 and then wait for 1-2 seconds then Freeswitch tried to match 55 with binding. 2015-08-25 18:05:39.535920 [DEBUG] switch_ivr_play_say.c:1305 Codec Activated L1 6 at 8000hz 1 channels 20ms 2015-08-25 18:05:39.755933 [DEBUG] switch_rtp.c:5819 RTP RECV DTMF 5:2080 2015-08-25 18:05:40.015948 [DEBUG] switch_rtp.c:5819 RTP RECV DTMF 5:2080 2015-08-25 18:05:41.536035 [DEBUG] mod_dptools.c:132 sofia/internal/18188535351@ 192.168.1.112 Digit NOT match binding [55] 2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:486 RECV DTMF 5:2000 2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:582 sofia/internal/181885353 51 at 192.168.1.112 Queue dtmf digit=5 ms=250 samples=2000 2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:486 RECV DTMF 5:2000 2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:582 sofia/internal/181885353 51 at 192.168.1.112 Queue dtmf digit=5 ms=250 samples=2000 I don't want fresswtich tried to match the binding if there is any pause time while inputed the number as user can type slowly. I want to reset this binding delay time so that user can type slowly and we will get full 16 digits number for matching inputed value in certain time interval. Please suggest me how can I resolve this problem and increase the DTMF delay time. Thanks, Regards, Manish Talwar _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/3c595c47/attachment-0001.html From yehavi.bourvine at gmail.com Thu Aug 27 09:49:08 2015 From: yehavi.bourvine at gmail.com (Yehavi Bourvine) Date: Thu, 27 Aug 2015 08:49:08 +0300 Subject: [Freeswitch-users] Is it possible to use parameters from vars.xml in auto_config/*xml ? Message-ID: Hi, I am using ODBC for Freeswitch's core, and have to define it multiple times in the configuration files under auto_config directory. Is it possible to use values set in vars.xml inside these configs, so I'll have to set the db's parameters only once? Thanks, __Yehavi: -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/b39b9eee/attachment.html From steveayre at gmail.com Thu Aug 27 11:40:03 2015 From: steveayre at gmail.com (Steven Ayre) Date: Thu, 27 Aug 2015 08:40:03 +0100 Subject: [Freeswitch-users] Is it possible to use parameters from vars.xml in auto_config/*xml ? In-Reply-To: References: Message-ID: Yes On 27 August 2015 at 06:49, Yehavi Bourvine wrote: > Hi, > > I am using ODBC for Freeswitch's core, and have to define it multiple > times in the configuration files under auto_config directory. Is it > possible to use values set in vars.xml inside these configs, so I'll have > to set the db's parameters only once? > > Thanks, __Yehavi: > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/9daf7b1c/attachment.html From ssinyagin at gmail.com Thu Aug 27 12:37:40 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Thu, 27 Aug 2015 10:37:40 +0200 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: References: <12b201d0db88$6de3df70$49ab9e50$@freeswitch.org> Message-ID: submitted a pull request: https://freeswitch.org/jira/browse/FS-8063 On Fri, Aug 21, 2015 at 7:18 AM, Volodymyr Fedorov wrote: > My 5 cents, official repository does not contain iLBC,Siren codecs. Maybe if > developers put them to non-free repo it will be nice. > > > On Thu, Aug 20, 2015 at 11:40 PM, Ken Rice wrote: >> >> You only have to install the modules that you need. Most modules are in >> their own package. There are a handful of modules that are installed with >> the base FreeSWITCH package that are required by pretty much everyone to >> have a working system (example: mod_logfile, mod_console, mod_eventsocket, >> etc) >> >> >> >> -----Original Message----- >> From: freeswitch-users-bounces at lists.freeswitch.org >> [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of jungle >> Boogie >> Sent: Thursday, August 20, 2015 3:20 PM >> To: FreeSWITCH Users Help >> Subject: Re: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? >> >> Hi Brian, >> On 20 August 2015 at 13:07, Brian West wrote: >> > >> > Wondering why people aren't using the packages we publish for Jessie? >> > >> >> If someone wants to enable/disable modules that are enabled/disabled in >> your >> debian package, does it fetch everything needed? Or if someone wants >> particular modules, they'll have to build from source? >> >> -- >> ------- >> inum: 883510009027723 >> sip: jungleboogie at sip2sip.info >> xmpp: jungle-boogie at jit.si >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > > -- > Best regards, > Volodymyr > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From yehavi.bourvine at gmail.com Thu Aug 27 13:03:30 2015 From: yehavi.bourvine at gmail.com (Yehavi Bourvine) Date: Thu, 27 Aug 2015 12:03:30 +0300 Subject: [Freeswitch-users] Is it possible to use parameters from vars.xml in auto_config/*xml ? In-Reply-To: References: Message-ID: I've found it: use $${var-name}. Regards, __Yehavi: 2015-08-27 10:40 GMT+03:00 Steven Ayre : > Yes > > On 27 August 2015 at 06:49, Yehavi Bourvine > wrote: > >> Hi, >> >> I am using ODBC for Freeswitch's core, and have to define it multiple >> times in the configuration files under auto_config directory. Is it >> possible to use values set in vars.xml inside these configs, so I'll have >> to set the db's parameters only once? >> >> Thanks, __Yehavi: >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/76dd610b/attachment.html From yehavi.bourvine at gmail.com Thu Aug 27 13:15:14 2015 From: yehavi.bourvine at gmail.com (Yehavi Bourvine) Date: Thu, 27 Aug 2015 12:15:14 +0300 Subject: [Freeswitch-users] Using hunt, original extension is busy while other one answered Message-ID: Hi, We are using extension hunting (multiple destinations separated by | ) in order to allow the call to jump to the next extension if the first one is busy or does not answer. We are also using the limit() function in order to know whether an extension is in a call or not (people here do not like waiting calls). I also set limit_ignore_transfer=false. The problem we have is: If the destination is A|B, A does not answer and the call jumps to B and answered by him. At this state, limit shows that A has one call and B has 0 calls; That way, B cannot transfer the call back to A. Is this something wrong I am doing, an intended behavior, or a bug (for which I have to open a JIRA)? Thanks! __Yehavi: -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/b2896416/attachment.html From findmeinwland at gmail.com Thu Aug 27 13:32:23 2015 From: findmeinwland at gmail.com (Artur Mega) Date: Thu, 27 Aug 2015 14:32:23 +0500 Subject: [Freeswitch-users] bridge unexpectedly disconnects after 5-6 sec In-Reply-To: References: Message-ID: Thanks Sergey) I use Multifon, right. I created the same gateway in another server, and calls were going normally. But after that, in the next day, i decided to make test call again in my first server - and calls went normally! Strange, becouse I changed nothing in configs. In any case, i putted to external profile 2015-08-26 12:13 GMT+05:00 Sergey Zhuravlov <4orbit at gmail.com>: > Hi > > I looked at the number that you dial 7* > > I take my crystal ball and assume that you are using Multifon as gatewey > ;-) > I was with him a similar problem. > > The problem is solved by setting the parameter > > > > for profile external > > here it is in Multifon, it just works > > ---------- ???????????? ????????? ---------- >> From: Artur Mega >> To: FreeSWITCH Users Help >> Cc: >> Date: Wed, 26 Aug 2015 02:28:46 +0500 >> Subject: [Freeswitch-users] bridge unexpectedly disconnects after 5-6 sec >> i set up freeswitch, and almost all configs are default (i made some >> little changes in directory and dialplan). I can call anywhere, for example >> to my cell phone, but call longs approximetely only 5 sec... In siptrace i >> found nothing. No timeouts like call_timeout or leg_timeout. >> >> Also i thought maybe the reason in the gateway registerations... >> Server has private (static) ip. >> >> log is here: >> http://pastebin.com/mLrkGz3c >> >> -- >> >> Arthur >> >> >> ---------- ???????????? ????????? ---------- >> From: Anthony Minessale >> To: FreeSWITCH Users Help >> Cc: >> Date: Tue, 25 Aug 2015 16:48:30 -0500 >> Subject: Re: [Freeswitch-users] bridge unexpectedly disconnects after 5-6 >> sec >> >> That trace is too vague. >> >> Do these cli commands first then it will probably be more obvious: >> >> sofia global siptrace on >> console loglevel debug >> >> >> On Tue, Aug 25, 2015 at 4:28 PM, Artur Mega >> wrote: >> >>> i set up freeswitch, and almost all configs are default (i made some >>> little changes in directory and dialplan). I can call anywhere, for example >>> to my cell phone, but call longs approximetely only 5 sec... In siptrace i >>> found nothing. No timeouts like call_timeout or leg_timeout. >>> >>> Also i thought maybe the reason in the gateway registerations... >>> Server has private (static) ip. >>> >>> log is here: >>> http://pastebin.com/mLrkGz3c >>> >>> -- >>> >>> Arthur >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? >> http://twitter.com/FreeSWITCH >> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >> * >> >> ClueCon Weekly Development Call >> ? sip:888 at conference.freeswitch.org ? +19193869900 >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > > -- > WBR, Sergey > > GTALK/JABBER:4orbit at gmail.com > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Arthur -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/dddfb3d6/attachment-0001.html From ms4esl at gmail.com Thu Aug 27 14:20:42 2015 From: ms4esl at gmail.com (Marcin S) Date: Thu, 27 Aug 2015 12:20:42 +0200 Subject: [Freeswitch-users] ESL, "181 Call Is Being Forwarded" and voice mail detection Message-ID: Hi, I have a dialer app that uses ESL and freeswitch. I would like to detect when voice mail answers call. For such calls there is a "181 Cal Is Being Forwarded" message in SIP signalization. However, in ESL there is no event fired (maybe beacuse there was 183 and 180 earlier). How can I detect, that there was 181 received? Here is an example sip trace: 1 0.000000 192.168.88.237 -> 89.108.20.42 SIP/SDP Request: INVITE sip:123456789 at 89.108.20.42, with session description 2 0.018028 89.108.20.42 -> 192.168.88.237 SIP Status: 100 Trying 3 0.418550 89.108.20.42 -> 192.168.88.237 SIP/SDP Status: 183 Session Progress, with session description 4 1.405465 89.108.20.42 -> 192.168.88.237 SIP Status: 180 Ringing 5 29.270672 89.108.20.42 -> 192.168.88.237 SIP Status: 181 Call Is Being Forwarded 6 29.659371 89.108.20.42 -> 192.168.88.237 SIP/SDP Status: 200 OK, with session description 7 29.670833 192.168.88.237 -> 89.108.20.42 SIP Request: ACK sip:3c6d5343fb70df3a18f4dd32e7c9d226 at 89.108.20.42:5060;transport=udp 8 70.590778 192.168.88.237 -> 89.108.20.42 SIP Request: BYE sip:3c6d5343fb70df3a18f4dd32e7c9d226 at 89.108.20.42:5060;transport=udp 9 70.625224 89.108.20.42 -> 192.168.88.237 SIP Status: 200 OK -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/7220aa82/attachment.html From findmeinwland at gmail.com Thu Aug 27 15:26:26 2015 From: findmeinwland at gmail.com (Artur Mega) Date: Thu, 27 Aug 2015 16:26:26 +0500 Subject: [Freeswitch-users] control the quality of the recorded video In-Reply-To: <873542963.20150826163004@seznam.cz> References: <08EC14CB-FA17-4848-ABCC-7C68D4C3441C@jerris.com> <873542963.20150826163004@seznam.cz> Message-ID: What bitrate of recorded video? Or what length and its weight(megabytes) ?? 2015-08-26 19:30 GMT+05:00 Denis Jakovlev : > Hi All, > > I have a question. > Now I record video using mod_av (or mod_vl?). Classical record_session. > This works fine. But a heavy load on the server CPU. There are some > possibilities to control the quality of the recorded video? For example bit > rate, video resolution, etc. Or how i can optimize the performance of > friswitch to recording so do not load the CPU? > > My dialplan for tests > > > > data="nolocal:absolute_codec_string=OPUS,VP8"/> > > > > > > > > > > > > > > In vars.xml i try to change > > > > > > but it does not help > > Any ideas? > > > > > > > *-- S pozdravem, Ing.Denis Jakovlev mob.tel > . 775-415-382 * > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Arthur -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/54e3c855/attachment.html From alhakeem at gmail.com Thu Aug 27 16:14:23 2015 From: alhakeem at gmail.com (Abdul Hakeem) Date: Thu, 27 Aug 2015 13:14:23 +0100 Subject: [Freeswitch-users] XML RPC Message-ID: Hello Experts, Is there any possibility of using a different XML-RPC engine that does not involve HTTP ? The reason being, there are a few XML engines out there that avoids the HTTP overhead, TCP setup-teardown, & also uses very minimal resources Best regards, Abdul Hakeem From yadenis at seznam.cz Thu Aug 27 16:16:31 2015 From: yadenis at seznam.cz (Denis Jakovlev) Date: Thu, 27 Aug 2015 14:16:31 +0200 Subject: [Freeswitch-users] control the quality of the recorded video In-Reply-To: References: <08EC14CB-FA17-4848-ABCC-7C68D4C3441C@jerris.com> <873542963.20150826163004@seznam.cz> Message-ID: <1143055424.20150827141631@seznam.cz> Dobr? den, Data rate 1311kbps, Total bitrate 1442kbps, Frame Rate 28 frames/second Frame width = 1280 Frame height = 480 -- S pozdravem, Ing.Denis Jakovlev mob.tel. 775-415-382 ?tvrtek 27. srpna 2015, 13:26:26, napsal jste: What bitrate of recorded video? Or what length and its weight(megabytes) ?? 2015-08-26 19:30 GMT+05:00 Denis Jakovlev : Hi All, I have a question. Now I record video using mod_av (or mod_vl?). Classical record_session. This works fine. But a heavy load on the server CPU. There are some possibilities to control the quality of the recorded video? For example bit rate, video resolution, etc. Or how i can optimize the performance of friswitch to recording so do not load the CPU? My dialplan for tests In vars.xml i try to change but it does not help Any ideas? -- S pozdravem, Ing.Denis Jakovlev mob.tel. 775-415-382 _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Arthur -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/e6caacd2/attachment.html From ssinyagin at gmail.com Thu Aug 27 16:33:01 2015 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Thu, 27 Aug 2015 14:33:01 +0200 Subject: [Freeswitch-users] XML RPC In-Reply-To: References: Message-ID: you can optimize the traffic by using XML-RPC only for directory entries, so that it's only used for user registration events. And the rest could be done through the ESL interface. Also I'm not sure, probably XML-RPC can support HTTP keepalive connections? need to look at the sources for that... On Thu, Aug 27, 2015 at 2:14 PM, Abdul Hakeem wrote: > Hello Experts, > > Is there any possibility of using a different XML-RPC engine that does not > involve HTTP ? > The reason being, there are a few XML engines out there that avoids the HTTP > overhead, TCP setup-teardown, & also uses very minimal resources > Best regards, > Abdul Hakeem > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From ximop_22 at hotmail.com Wed Aug 26 21:20:45 2015 From: ximop_22 at hotmail.com (Ximo Peral) Date: Wed, 26 Aug 2015 19:20:45 +0200 Subject: [Freeswitch-users] Set Variable in Dial String from Lua Script Message-ID: I am using a lua script in Freeswitch.The routes are generated from SQL queries. And there may be several trunks output.For that I use bridge failover: bridge({ignore_early_media=false}[nobal_amt=-250,execute_on_post_originate=limit hash outbound NameTrunk 500 !NORMAL_TEMPORARY_FAILURE,gateway=4]sofia/gateway/NameTrunk/xxxxxxxxxxxxx|[nobal_amt=-250,execute_on_post_originate=limit hash outbound NameTrunk2 500 !NORMAL_TEMPORARY_FAILURE,gateway=5]sofia/gateway/NameTrunk2/xxxxxxxxxxxxx) The problem are the channels variable in dial strings, these are not stored in the XML CDR or CDR CSV and do not know the variable "gateway" (gateway=4 or gateway=5). It is very important that I can save channels variables that are in dial strings. Any ideas? Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150826/f03923a5/attachment.html From ximop_22 at hotmail.com Thu Aug 27 13:00:16 2015 From: ximop_22 at hotmail.com (Ximo Peral) Date: Thu, 27 Aug 2015 11:00:16 +0200 Subject: [Freeswitch-users] Set Variable in Dial String from Lua Script In-Reply-To: References: Message-ID: I'm testing with another Freeswitch system for sending Fax. Send faxes with "api originate" and it works. But with a bridge does not work... From: ximop_22 at hotmail.com To: freeswitch-users at lists.freeswitch.org Subject: Set Variable in Dial String from Lua Script Date: Wed, 26 Aug 2015 19:20:45 +0200 I am using a lua script in Freeswitch.The routes are generated from SQL queries. And there may be several trunks output.For that I use bridge failover: bridge({ignore_early_media=false}[nobal_amt=-250,execute_on_post_originate=limit hash outbound NameTrunk 500 !NORMAL_TEMPORARY_FAILURE,gateway=4]sofia/gateway/NameTrunk/xxxxxxxxxxxxx|[nobal_amt=-250,execute_on_post_originate=limit hash outbound NameTrunk2 500 !NORMAL_TEMPORARY_FAILURE,gateway=5]sofia/gateway/NameTrunk2/xxxxxxxxxxxxx) The problem are the channels variable in dial strings, these are not stored in the XML CDR or CDR CSV and do not know the variable "gateway" (gateway=4 or gateway=5). It is very important that I can save channels variables that are in dial strings. Any ideas? Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/b841e479/attachment.html From davidmcnabnz at gmail.com Thu Aug 27 00:58:46 2015 From: davidmcnabnz at gmail.com (David McNab) Date: Thu, 27 Aug 2015 08:58:46 +1200 Subject: [Freeswitch-users] JSON-based API calls Message-ID: Hi there, How do you do API calls in JSON? Or, how do I get a list of all the API calls which can receive JSON parameters and return JSON return values? For example, in the console, I tried 'show calls', and got a list of calls. I did the same call from via XML-RPC from a python script, and got a single string back, containing what would have been output to the console. But when I tried, from the console: *json {"command":"show calls", "format":"pretty", "data":{}}* I got an invalid response. I also tried: *json {"command":"show", "format":"pretty", "data":"calls"}* but got similar. Is there a general sceme for invoking all the console API commands (and receiving responses) in JSON format? If not, I guess I need to write some parsers to process each command's output string. Cheers David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/f3a66663/attachment.html From gmaruzz at gmail.com Thu Aug 27 17:03:35 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Thu, 27 Aug 2015 15:03:35 +0200 Subject: [Freeswitch-users] Set Variable in Dial String from Lua Script In-Reply-To: References: Message-ID: you can try setting those variables as channel variables before bridging, then put them into the cdr template... -giovanni On Thu, Aug 27, 2015 at 11:00 AM, Ximo Peral wrote: > I'm testing with another Freeswitch system for sending Fax. Send faxes > with "api originate" and it works. But with a bridge does not work... > > > ------------------------------ > From: ximop_22 at hotmail.com > To: freeswitch-users at lists.freeswitch.org > Subject: Set Variable in Dial String from Lua Script > Date: Wed, 26 Aug 2015 19:20:45 +0200 > > > I am using a lua script in Freeswitch. > > The routes are generated from SQL queries. And there may be several trunks > output. > > For that I use bridge failover: > > > *bridge({ignore_early_media=false}[nobal_amt=-250,execute_on_post_originate=limit > hash outbound NameTrunk 500 > !NORMAL_TEMPORARY_FAILURE,gateway=4]sofia/gateway/NameTrunk/xxxxxxxxxxxxx|[nobal_amt=-250,execute_on_post_originate=limit > hash outbound NameTrunk2 500 > !NORMAL_TEMPORARY_FAILURE,gateway=5]sofia/gateway/NameTrunk2/xxxxxxxxxxxxx)* > > The problem are the channels variable in dial strings, these are not > stored in the XML CDR or CDR CSV and do not know the variable "gateway" > (gateway=4 or gateway=5). It is very important that I can save channels > variables that are in dial strings. > > Any ideas? Thanks! > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/205c8798/attachment.html From brian at freeswitch.org Thu Aug 27 17:18:42 2015 From: brian at freeswitch.org (Brian West) Date: Thu, 27 Aug 2015 08:18:42 -0500 Subject: [Freeswitch-users] FreeSWITCH HA Project Discussion Date/Time Message-ID: How does Friday August 28th at 10AM Central sound? -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/8b678a9f/attachment-0001.html From brian at freeswitch.org Thu Aug 27 17:20:27 2015 From: brian at freeswitch.org (Brian West) Date: Thu, 27 Aug 2015 08:20:27 -0500 Subject: [Freeswitch-users] ESL, "181 Call Is Being Forwarded" and voice mail detection In-Reply-To: References: Message-ID: I don't think you will reliably receive a 181 in every case that a call goes to voicemail. On Thu, Aug 27, 2015 at 5:20 AM, Marcin S wrote: > Hi, > > I have a dialer app that uses ESL and freeswitch. I would like to detect > when voice mail answers call. For such calls there is a "181 Cal Is Being > Forwarded" message in SIP signalization. > However, in ESL there is no event fired (maybe beacuse there was 183 and > 180 earlier). > > How can I detect, that there was 181 received? > > Here is an example sip trace: > > 1 0.000000 192.168.88.237 -> 89.108.20.42 SIP/SDP Request: INVITE > sip:123456789 at 89.108.20.42, with session description > 2 0.018028 89.108.20.42 -> 192.168.88.237 SIP Status: 100 Trying > 3 0.418550 89.108.20.42 -> 192.168.88.237 SIP/SDP Status: 183 Session > Progress, with session description > 4 1.405465 89.108.20.42 -> 192.168.88.237 SIP Status: 180 Ringing > 5 29.270672 89.108.20.42 -> 192.168.88.237 SIP Status: 181 Call Is > Being Forwarded > 6 29.659371 89.108.20.42 -> 192.168.88.237 SIP/SDP Status: 200 OK, with > session description > 7 29.670833 192.168.88.237 -> 89.108.20.42 SIP Request: ACK > sip:3c6d5343fb70df3a18f4dd32e7c9d226 at 89.108.20.42:5060;transport=udp > 8 70.590778 192.168.88.237 -> 89.108.20.42 SIP Request: BYE > sip:3c6d5343fb70df3a18f4dd32e7c9d226 at 89.108.20.42:5060;transport=udp > 9 70.625224 89.108.20.42 -> 192.168.88.237 SIP Status: 200 OK > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/72488213/attachment.html From findmeinwland at gmail.com Thu Aug 27 17:22:32 2015 From: findmeinwland at gmail.com (Artur Mega) Date: Thu, 27 Aug 2015 18:22:32 +0500 Subject: [Freeswitch-users] Unable to get channel variables from directory to dialplan. In-Reply-To: References: Message-ID: Hi Vlad, 1) try remove bakets from log, write it like . I tested now, it works. 2) Examples of my directory: then in dialplan ... extentions.... 2015-08-26 19:05 GMT+05:00 Vladislav Ivanov : > Good Day, > > I have been trying to set up the sip phone at my home, and i'm having some > issues with channel variables. > From what I have read: > https://wiki.freeswitch.org/wiki/Routing_with_directory_parameters I > should force per-call authentication in your sofia.xml.conf for > to be passed through to the dialplan. But I were unable to find > this option in sofia/sofia_default files. > > https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables - > Although here there is nothing about "per-call authentication". And I'm not > sure how to proceed. > > I have this directory xml: > > > > > > > > > > > > value="$${outbound_caller_name}"/> > value="$${outbound_caller_id}"/> > > > > > Directory variables should be passed as ${variable} as they are channel > variables? > I have Dialplan as follows: > > > > > > > > > > > > > > > When I dial the call I get TestMessage [] instead of test_context. > Also, wrapping registrar_test extension with > doesn't help, my call will go to "all_reject" extension. > > What do I miss? > > Best Regards, > Vlad > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Arthur -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/28b224a4/attachment-0001.html From agoulis at opensips.org Thu Aug 27 17:24:00 2015 From: agoulis at opensips.org (Alex Goulis) Date: Thu, 27 Aug 2015 08:24:00 -0500 Subject: [Freeswitch-users] FreeSWITCH HA Project Discussion Date/Time Message-ID: Let's do this!!! Thank you, Alex GoulisSales EngineerOpenSIPS Solutions(401) 641-1072agoulis at opensips.org? -------- Original message -------- From: Brian West Date: 08/27/2015 8:18 AM (GMT-06:00) To: FreeSWITCH Users Help Subject: [Freeswitch-users] FreeSWITCH HA Project Discussion Date/Time How does Friday August 28th at 10AM Central sound? -- Brian West brian at freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.comGot Bugs? Report them here! | Reddit:?/r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 |?ISN:410*543 |?Skype:briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/9c5932cb/attachment.html From findmeinwland at gmail.com Thu Aug 27 17:26:26 2015 From: findmeinwland at gmail.com (Artur Mega) Date: Thu, 27 Aug 2015 18:26:26 +0500 Subject: [Freeswitch-users] Unable to get channel variables from directory to dialplan. In-Reply-To: References: Message-ID: ?i was wrong) with brackets ? it works too in my computer 2015-08-27 18:22 GMT+05:00 Artur Mega : > Hi Vlad, > 1) try remove bakets from log, write it like data="ERR TestMessage ${user_context}"/>. I tested now, it works. > 2) Examples of my directory: > > > > > > value="domestic,international,local" /> > > > /> > value="xxx" /> > value="$${outbound_caller_name}" /> > value="$${outbound_caller_id}" /> > > > > then in dialplan > > ... extentions.... > > > 2015-08-26 19:05 GMT+05:00 Vladislav Ivanov : > >> Good Day, >> >> I have been trying to set up the sip phone at my home, and i'm having >> some issues with channel variables. >> From what I have read: >> https://wiki.freeswitch.org/wiki/Routing_with_directory_parameters I >> should force per-call authentication in your sofia.xml.conf for >> to be passed through to the dialplan. But I were unable to find >> this option in sofia/sofia_default files. >> >> https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables - >> Although here there is nothing about "per-call authentication". And I'm not >> sure how to proceed. >> >> I have this directory xml: >> >> >> >> >> >> >> >> >> >> >> >> > value="$${outbound_caller_name}"/> >> > value="$${outbound_caller_id}"/> >> >> >> >> >> Directory variables should be passed as ${variable} as they are channel >> variables? >> I have Dialplan as follows: >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> When I dial the call I get TestMessage [] instead of test_context. >> Also, wrapping registrar_test extension with >> doesn't help, my call will go to "all_reject" extension. >> >> What do I miss? >> >> Best Regards, >> Vlad >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > Arthur > -- Arthur -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/7a0fd5c8/attachment.html From gmaruzz at gmail.com Thu Aug 27 17:28:21 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Thu, 27 Aug 2015 15:28:21 +0200 Subject: [Freeswitch-users] FreeSWITCH HA Project Discussion Date/Time In-Reply-To: References: Message-ID: +1 On Thu, Aug 27, 2015 at 3:24 PM, Alex Goulis wrote: > Let's do this!!! > > > > Thank you, > > Alex Goulis > Sales Engineer > OpenSIPS Solutions > (401) 641-1072 > agoulis at opensips.org > > > -------- Original message -------- > From: Brian West > Date: 08/27/2015 8:18 AM (GMT-06:00) > To: FreeSWITCH Users Help > Subject: [Freeswitch-users] FreeSWITCH HA Project Discussion Date/Time > > How does Friday August 28th at 10AM Central sound? > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/38f1f6cb/attachment-0001.html From brian at freeswitch.org Thu Aug 27 17:31:15 2015 From: brian at freeswitch.org (Brian West) Date: Thu, 27 Aug 2015 08:31:15 -0500 Subject: [Freeswitch-users] FreeSWITCH HA Project Discussion Date/Time In-Reply-To: References: Message-ID: We will be meeting at https://cantina.freeswitch.org/vc/ In conference 888, Please Bring your Chrome, Webcam and a headset! :) Thanks, On Thu, Aug 27, 2015 at 8:28 AM, Giovanni Maruzzelli wrote: > +1 > > > On Thu, Aug 27, 2015 at 3:24 PM, Alex Goulis wrote: > >> Let's do this!!! >> >> >> >> Thank you, >> >> Alex Goulis >> Sales Engineer >> OpenSIPS Solutions >> (401) 641-1072 >> agoulis at opensips.org >> >> >> -------- Original message -------- >> From: Brian West >> Date: 08/27/2015 8:18 AM (GMT-06:00) >> To: FreeSWITCH Users Help >> Subject: [Freeswitch-users] FreeSWITCH HA Project Discussion Date/Time >> >> How does Friday August 28th at 10AM Central sound? >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/102a51cf/attachment.html From gmaruzz at gmail.com Thu Aug 27 17:38:30 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Thu, 27 Aug 2015 15:38:30 +0200 Subject: [Freeswitch-users] FreeSWITCH HA Project Discussion Date/Time In-Reply-To: References: Message-ID: For those who were not at ClueCon this year, here's my presentation that touch the basics of this stuff: http://www.opentelecom.it/cluecon/ClueCon_2015_Load_Balancing_HA.pdf -giovanni On Thu, Aug 27, 2015 at 3:31 PM, Brian West wrote: > We will be meeting at https://cantina.freeswitch.org/vc/ > > In conference 888, Please Bring your Chrome, Webcam and a headset! :) > > Thanks, > > On Thu, Aug 27, 2015 at 8:28 AM, Giovanni Maruzzelli > wrote: > >> +1 >> >> >> On Thu, Aug 27, 2015 at 3:24 PM, Alex Goulis >> wrote: >> >>> Let's do this!!! >>> >>> >>> >>> Thank you, >>> >>> Alex Goulis >>> Sales Engineer >>> OpenSIPS Solutions >>> (401) 641-1072 >>> agoulis at opensips.org >>> >>> >>> -------- Original message -------- >>> From: Brian West >>> Date: 08/27/2015 8:18 AM (GMT-06:00) >>> To: FreeSWITCH Users Help >>> Subject: [Freeswitch-users] FreeSWITCH HA Project Discussion Date/Time >>> >>> How does Friday August 28th at 10AM Central sound? >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Sincerely, >> >> Giovanni Maruzzelli >> Cell : +39-347-2665618 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at 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* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/3f00b1ed/attachment.html From vipkilla at gmail.com Thu Aug 27 18:36:53 2015 From: vipkilla at gmail.com (Vik Killa) Date: Thu, 27 Aug 2015 10:36:53 -0400 Subject: [Freeswitch-users] JSON-based API calls In-Reply-To: References: Message-ID: Hi David, Apparently freeswitch's mod_verto offers a RESTful JSON interface to FS. Please check out this page: https://freeswitch.org/confluence/display/FREESWITCH/Restful Thanks On Wed, Aug 26, 2015 at 4:58 PM, David McNab wrote: > Hi there, > > How do you do API calls in JSON? Or, how do I get a list of all the API > calls which can receive JSON parameters and return JSON return values? > > For example, in the console, I tried 'show calls', and got a list of > calls. I did the same call from via XML-RPC from a python script, and got a > single string back, containing what would have been output to the console. > But when I tried, from the console: > > *json {"command":"show calls", "format":"pretty", "data":{}}* > > I got an invalid response. > > I also tried: > > *json {"command":"show", "format":"pretty", "data":"calls"}* > > but got similar. > > Is there a general sceme for invoking all the console API commands (and > receiving responses) in JSON format? > > If not, I guess I need to write some parsers to process each command's > output string. > > Cheers > David > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/b5918a2a/attachment-0001.html From mike at jerris.com Thu Aug 27 19:36:22 2015 From: mike at jerris.com (Michael Jerris) Date: Thu, 27 Aug 2015 11:36:22 -0400 Subject: [Freeswitch-users] JSON-based API calls In-Reply-To: References: Message-ID: we have added the jsonapi interface but almost nothing uses it yet. Migrating functions to it will be a project over time On Wednesday, August 26, 2015, David McNab wrote: > Hi there, > > How do you do API calls in JSON? Or, how do I get a list of all the API > calls which can receive JSON parameters and return JSON return values? > > For example, in the console, I tried 'show calls', and got a list of > calls. I did the same call from via XML-RPC from a python script, and got a > single string back, containing what would have been output to the console. > But when I tried, from the console: > > *json {"command":"show calls", "format":"pretty", "data":{}}* > > I got an invalid response. > > I also tried: > > *json {"command":"show", "format":"pretty", "data":"calls"}* > > but got similar. > > Is there a general sceme for invoking all the console API commands (and > receiving responses) in JSON format? > > If not, I guess I need to write some parsers to process each command's > output string. > > Cheers > David > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/9c64ab22/attachment.html From blefko5361 at gmail.com Thu Aug 27 20:23:54 2015 From: blefko5361 at gmail.com (Bruce Lefko) Date: Thu, 27 Aug 2015 11:23:54 -0500 Subject: [Freeswitch-users] outbound-proxy Message-ID: Can this be a domain name? Alternatively, can I use mod_distributor and mod xml curl to dynamically specify the outbound proxy? Essentially, my problem is that we have multiple kamailio proxies for HA and want to be able to rely on both as well as occasionally take one out of rotation for maintenance. How can we acheive this? Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/01263886/attachment.html From mike at jerris.com Thu Aug 27 21:00:32 2015 From: mike at jerris.com (Michael Jerris) Date: Thu, 27 Aug 2015 13:00:32 -0400 Subject: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? In-Reply-To: References: <12b201d0db88$6de3df70$49ab9e50$@freeswitch.org> Message-ID: <00568A1C-8CC8-4299-B824-377B07AF5744@jerris.com> I put a note on the pull request for some requested changes to get it merged: https://freeswitch.org/stash/projects/FS/repos/freeswitch/pull-requests/444/overview > On Aug 27, 2015, at 4:37 AM, Stanislav Sinyagin wrote: > > submitted a pull request: > https://freeswitch.org/jira/browse/FS-8063 > > > > On Fri, Aug 21, 2015 at 7:18 AM, Volodymyr Fedorov wrote: >> My 5 cents, official repository does not contain iLBC,Siren codecs. Maybe if >> developers put them to non-free repo it will be nice. >> >> >> On Thu, Aug 20, 2015 at 11:40 PM, Ken Rice wrote: >>> >>> You only have to install the modules that you need. Most modules are in >>> their own package. There are a handful of modules that are installed with >>> the base FreeSWITCH package that are required by pretty much everyone to >>> have a working system (example: mod_logfile, mod_console, mod_eventsocket, >>> etc) >>> >>> >>> >>> -----Original Message----- >>> From: freeswitch-users-bounces at lists.freeswitch.org >>> [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of jungle >>> Boogie >>> Sent: Thursday, August 20, 2015 3:20 PM >>> To: FreeSWITCH Users Help >>> Subject: Re: [Freeswitch-users] freeswitch 1.4 on debian 8.1, good idea ? >>> >>> Hi Brian, >>> On 20 August 2015 at 13:07, Brian West wrote: >>>> >>>> Wondering why people aren't using the packages we publish for Jessie? >>>> >>> >>> If someone wants to enable/disable modules that are enabled/disabled in >>> your >>> debian package, does it fetch everything needed? Or if someone wants >>> particular modules, they'll have to build from source? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/38261d97/attachment.html From get.prashant.007 at gmail.com Thu Aug 27 23:05:30 2015 From: get.prashant.007 at gmail.com (Prashant Choudhary) Date: Fri, 28 Aug 2015 00:35:30 +0530 Subject: [Freeswitch-users] Crash in switch_ivr_play_and_detect_speech (mod_managed + mod_pocketshinx) Message-ID: Hello I am getting crash once my application reaches this line. freeswitch.switch_ivr_play_and_detect_speech(IvrSession.InternalSession, @"hello.wav", "pocketsphinx", "pizza_toppings", ref result, 3000, null); I am using mod_managed in AppContext mode. It says no speech Detected and crashes immediately everytime. I am using XLite to dial into freeswitch. The sound file starts playing, but if I speak some words from the dictionary, the application would crash. I am attaching the log. Thanks in advance. :) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/401f047e/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: freeswitch.log Type: application/octet-stream Size: 105976 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/401f047e/attachment-0001.obj From vipkilla at gmail.com Thu Aug 27 23:29:56 2015 From: vipkilla at gmail.com (Vik Killa) Date: Thu, 27 Aug 2015 15:29:56 -0400 Subject: [Freeswitch-users] preserve A-leg From header value and P-Asserted-Identity in B-leg Message-ID: Hello, According to Q.1912 spec, the 'Generic Number' or sometimes called 'Additional calling number' may be placed in the "From" SIP header, while the Calling Party Number can be placed in the P-Asserted-Identity. We've noticed that in the case when FreeSWITCH receives an INVITE like this (From header & PAI header have different information), FreeSWITCH will disregard the From and use only the PAI number in both B-leg From header and PAI. I've found a work around to solve this by exporting the A-leg variable ${sip_from_user} into the B-leg's ${sip_from_user} Example: This seems like a hack at best... my question is, there a more elegant way to preserve the respective From & PAI of A-leg and just place them in B-leg? Thanks in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/912609cb/attachment.html From brian at freeswitch.org Thu Aug 27 23:33:19 2015 From: brian at freeswitch.org (Brian West) Date: Thu, 27 Aug 2015 14:33:19 -0500 Subject: [Freeswitch-users] Crash in switch_ivr_play_and_detect_speech (mod_managed + mod_pocketshinx) In-Reply-To: References: Message-ID: Bug reports do not belong on the mailing list, I would review this link https://freeswitch.org/confluence/display/FREESWITCH/Reporting+Bugs+to+JIRA on how to report issues. Thanks, On Thu, Aug 27, 2015 at 2:05 PM, Prashant Choudhary < get.prashant.007 at gmail.com> wrote: > Hello I am getting crash once my application reaches this line. > > freeswitch.switch_ivr_play_and_detect_speech(IvrSession.InternalSession, > @"hello.wav", "pocketsphinx", "pizza_toppings", ref result, 3000, null); > > I am using mod_managed in AppContext mode. It says no speech Detected and > crashes immediately everytime. > > I am using XLite to dial into freeswitch. The sound file starts playing, > but if I speak some words from the dictionary, the application would crash. > > I am attaching the log. > > Thanks in advance. :) > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/bfe2c422/attachment.html From faycal.noushi at gmail.com Fri Aug 28 01:34:58 2015 From: faycal.noushi at gmail.com (=?UTF-8?Q?fay=C3=A7al_noushi?=) Date: Thu, 27 Aug 2015 22:34:58 +0100 Subject: [Freeswitch-users] outbound-proxy In-Reply-To: References: Message-ID: DNS SRV records for both instances. Also, RFC 3263 : Locating SIP Servers, might be interesting for you. Normally, it should be NAPTR, then SRV, but I didn't test with NAPTR. On Thu, Aug 27, 2015 at 5:23 PM, Bruce Lefko wrote: > Can this be a domain name? > > Alternatively, can I use mod_distributor and mod xml curl to dynamically > specify the outbound proxy? > Essentially, my problem is that we have multiple kamailio proxies for HA > and want to be able to rely on both as well as occasionally take one out of > rotation for maintenance. How can we acheive this? > > Thanks! > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- NOUSHI Fay?al GSM : +212 661 56 03 37 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150827/26b6c99e/attachment.html From get.prashant.007 at gmail.com Fri Aug 28 09:04:37 2015 From: get.prashant.007 at gmail.com (Prashant Choudhary) Date: Fri, 28 Aug 2015 10:34:37 +0530 Subject: [Freeswitch-users] Crash in switch_ivr_play_and_detect_speech (mod_managed + mod_pocketshinx) In-Reply-To: References: Message-ID: Sorry for the trouble, But I am not yet sure if this is a bug in the tool or I am doing something wrong(which is more probable).So before logging an issue I thought of asking for help. On Fri, Aug 28, 2015 at 1:03 AM, Brian West wrote: > Bug reports do not belong on the mailing list, I would review this link > https://freeswitch.org/confluence/display/FREESWITCH/Reporting+Bugs+to+JIRA > on how to report issues. > > Thanks, > > On Thu, Aug 27, 2015 at 2:05 PM, Prashant Choudhary < > get.prashant.007 at gmail.com> wrote: > >> Hello I am getting crash once my application reaches this line. >> >> freeswitch.switch_ivr_play_and_detect_speech(IvrSession.InternalSession, >> @"hello.wav", "pocketsphinx", "pizza_toppings", ref result, 3000, null); >> >> I am using mod_managed in AppContext mode. It says no speech Detected and >> crashes immediately everytime. >> >> I am using XLite to dial into freeswitch. The sound file starts playing, >> but if I speak some words from the dictionary, the application would crash. >> >> I am attaching the log. >> >> Thanks in advance. :) >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at 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* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/38105e6e/attachment.html From gmaruzz at gmail.com Fri Aug 28 09:44:00 2015 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Fri, 28 Aug 2015 07:44:00 +0200 Subject: [Freeswitch-users] Crash in switch_ivr_play_and_detect_speech (mod_managed + mod_pocketshinx) In-Reply-To: References: Message-ID: Anything that generates a crash has to be reported in jira. Please follow the instruction Brian pointed you to. sent from my mobile, Giovanni Maruzzelli cell: +39 347 266 56 18 On Aug 28, 2015 7:06 AM, "Prashant Choudhary" wrote: > Sorry for the trouble, But I am not yet sure if this is a bug in the tool > or I am doing something wrong(which is more probable).So before logging an > issue I thought of asking for help. > > On Fri, Aug 28, 2015 at 1:03 AM, Brian West wrote: > >> Bug reports do not belong on the mailing list, I would review this link >> https://freeswitch.org/confluence/display/FREESWITCH/Reporting+Bugs+to+JIRA >> on how to report issues. >> >> Thanks, >> >> On Thu, Aug 27, 2015 at 2:05 PM, Prashant Choudhary < >> get.prashant.007 at gmail.com> wrote: >> >>> Hello I am getting crash once my application reaches this line. >>> >>> freeswitch.switch_ivr_play_and_detect_speech(IvrSession.InternalSession, >>> @"hello.wav", "pocketsphinx", "pizza_toppings", ref result, 3000, null); >>> >>> I am using mod_managed in AppContext mode. It says no speech Detected >>> and crashes immediately everytime. >>> >>> I am using XLite to dial into freeswitch. The sound file starts playing, >>> but if I speak some words from the dictionary, the application would crash. >>> >>> I am attaching the log. >>> >>> Thanks in advance. :) >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at 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* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/e166511c/attachment-0001.html From get.prashant.007 at gmail.com Fri Aug 28 10:23:40 2015 From: get.prashant.007 at gmail.com (Prashant Choudhary) Date: Fri, 28 Aug 2015 11:53:40 +0530 Subject: [Freeswitch-users] Crash in switch_ivr_play_and_detect_speech (mod_managed + mod_pocketshinx) In-Reply-To: References: Message-ID: Thank You, I will log it. On Fri, Aug 28, 2015 at 11:14 AM, Giovanni Maruzzelli wrote: > Anything that generates a crash has to be reported in jira. > > Please follow the instruction Brian pointed you to. > > sent from my mobile, > Giovanni Maruzzelli > cell: +39 347 266 56 18 > On Aug 28, 2015 7:06 AM, "Prashant Choudhary" > wrote: > >> Sorry for the trouble, But I am not yet sure if this is a bug in the tool >> or I am doing something wrong(which is more probable).So before logging an >> issue I thought of asking for help. >> >> On Fri, Aug 28, 2015 at 1:03 AM, Brian West wrote: >> >>> Bug reports do not belong on the mailing list, I would review this link >>> https://freeswitch.org/confluence/display/FREESWITCH/Reporting+Bugs+to+JIRA >>> on how to report issues. >>> >>> Thanks, >>> >>> On Thu, Aug 27, 2015 at 2:05 PM, Prashant Choudhary < >>> get.prashant.007 at gmail.com> wrote: >>> >>>> Hello I am getting crash once my application reaches this line. >>>> >>>> freeswitch.switch_ivr_play_and_detect_speech(IvrSession.InternalSession, >>>> @"hello.wav", "pocketsphinx", "pizza_toppings", ref result, 3000, null); >>>> >>>> I am using mod_managed in AppContext mode. It says no speech Detected >>>> and crashes immediately everytime. >>>> >>>> I am using XLite to dial into freeswitch. The sound file starts >>>> playing, but if I speak some words from the dictionary, the application >>>> would crash. >>>> >>>> I am attaching the log. >>>> >>>> Thanks in advance. :) >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at 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* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/07c89014/attachment.html From shaun.stokes at itec-support.co.uk Fri Aug 28 11:44:44 2015 From: shaun.stokes at itec-support.co.uk (Shaun Stokes) Date: Fri, 28 Aug 2015 07:44:44 +0000 Subject: [Freeswitch-users] FreeSwitch - Performance issues In-Reply-To: References: <6FD2F8B5BB72834E9939AEDF9FB802A9016076565C@mbx-01.sysconfig.co.uk> Message-ID: <6FD2F8B5BB72834E9939AEDF9FB802A9016B94AF6C@mbx-01.sysconfig.co.uk> Hi Michael, Thanks for the response and recommendation. Our new build is now on Debian 8 Jessie, performance on the system is noticeably better and any audio problems while the system is under load are significantly reduced but we do still experience spikes along with reduced audio quality when the system is processing 20 calls per second while already maintaining 80 existing calls. We?re still hitting some kind of bottleneck, what should we expect to be able to support on a single piece of hardware? We?ve kept our dialplans as small as possible and we?re using Memcache, but something tells me it?s the call setup process which is triggering the spikes, is this possibly a limitation on the SIP profiles which are single threaded? I also see FreeSWITCH supports clustering but it?s in relation to high availability, is it possible to cluster a single FreeSWITCH instance across multiple hardware or should we be looking elsewhere to solve these bottlenecks? We switched to TCP Vegas on our new build as recommended on the FreeSWITCH Wiki, this has provided a noticeable reduction in audio latency but doesn?t solve the issue with CPU spikes. Many Thanks, Shaun From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael Jerris Sent: 15 August 2015 23:00 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] FreeSwitch - Performance issues There are multiple known issues with Ubuntu 12.04. We reccomend Debian 8 Jessie. On Friday, August 14, 2015, Shaun Stokes > wrote: Hi, We?re experiencing performance issues with FreeSwitch, our target is 500 concurrent sessions, but at the moment this starts to bottleneck around 30. Host system: Windows Server 2012 Hyper-V Host AMD Opteron 4386 (2 processors) ? 16 cores total 128GB DDR3 2TB RAID 5 (700MB/s tested read and write throughput) FreeSwitch Virtual Machine: FreeSwitch 1.4.15 Ubuntu 12.04 LTS 16 Virtual cores (high priority) 2GB RAM (would assign more but FreeSwitch never seems to use much) 500GB HD (on VHDX) After around 30 concurrent sessions we begin to see CPU spikes almost every time a new call comes in, as the sessions increase the size and frequency of the CPU spikes also increase. The system seems to be able to sit comfortably with over 100 concurrent sessions and 80% idle CPU, providing we don?t have any new calls hitting the platform. The spikes are causing audio (RTP) to stutter or in some cases drop completely for a few seconds. The FreeSwitch spikes are occurring on all 16 cores, we have been monitoring the system using htop and mpstat. This is an example of when we receive an inbound call while we have 34 concurrent sessions: 14:26:04 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle 14:26:05 all 1.67 0.00 27.34 0.00 0.25 0.00 0.00 0.00 70.74 14:26:05 0 1.00 0.00 28.00 0.00 0.00 0.00 0.00 0.00 71.00 14:26:05 1 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28 14:26:05 2 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28 14:26:05 3 3.92 0.00 26.47 0.00 0.00 0.00 0.00 0.00 69.61 14:26:05 4 0.99 0.00 25.74 0.00 1.98 0.00 0.00 0.00 71.29 14:26:05 5 0.99 0.00 26.73 0.00 0.99 0.00 0.00 0.00 71.29 14:26:05 6 0.00 0.00 26.47 0.00 0.98 0.00 0.00 0.00 72.55 14:26:05 7 0.00 0.00 26.73 0.00 0.00 0.00 0.00 0.00 73.27 14:26:05 8 3.96 0.00 27.72 0.00 0.00 0.00 0.00 0.00 68.32 14:26:05 9 2.00 0.00 27.00 0.00 0.00 0.00 0.00 0.00 71.00 14:26:05 10 6.00 0.00 32.00 0.00 0.00 0.00 0.00 0.00 62.00 14:26:05 11 1.96 0.00 27.45 0.00 0.00 0.00 0.00 0.00 70.59 14:26:05 12 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28 14:26:05 13 1.00 0.00 28.00 0.00 0.00 0.00 0.00 0.00 71.00 14:26:05 14 0.00 0.00 27.00 0.00 0.00 0.00 0.00 0.00 73.00 This is when the system is not receiving an inbound call but is sitting comfortably at 34 concurrent sessions: 14:25:57 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle 14:25:58 all 0.87 0.00 0.62 0.00 0.12 0.00 0.00 0.00 98.39 14:25:58 0 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02 14:25:58 1 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02 14:25:58 2 0.98 0.00 0.98 0.00 0.00 0.00 0.00 0.00 98.04 14:25:58 3 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01 14:25:58 4 0.00 0.00 0.00 0.00 1.98 0.00 0.00 0.00 98.02 14:25:58 5 0.00 0.00 0.00 0.00 0.99 0.00 0.00 0.00 99.01 14:25:58 6 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01 14:25:58 7 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01 14:25:58 8 5.00 0.00 1.00 0.00 0.00 0.00 0.00 0.00 94.00 14:25:58 9 1.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00 14:25:58 10 1.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00 14:25:58 11 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02 14:25:58 12 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 14:25:58 13 1.98 0.00 0.99 0.00 0.00 0.00 0.00 0.00 97.03 14:25:58 14 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 14:25:58 15 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 We?re using FreeSwitch in multi-tenant mode, we have tried dedicating a single VM for one tenancy but still experience the issue. My assumption has been that this will be due to the dialplan, I?ve optimized this slightly by writing LUA scripts to handle some of the inbound calls this appears to take away some of the load but we?re still using the internal dialplans for each tenancy (tenancy dialplans have an average of 300 entries). We are using the following arguments when running FreeSwitch: -rp ?nc ?nonat I?ve seen another post which says we should operate FreeSwitch in High Performance mode using ?hp but can?t find anything information about this, is this still a valid argument to use with FreeSwitch? Has anyone experienced similar performance issues before or have any advice? Hope someone may be able help. Thanks, Shaun ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/ce723e78/attachment-0001.html From ms4esl at gmail.com Fri Aug 28 12:42:01 2015 From: ms4esl at gmail.com (Marcin S) Date: Fri, 28 Aug 2015 10:42:01 +0200 Subject: [Freeswitch-users] ESL, "181 Call Is Being Forwarded" and voice mail detection In-Reply-To: References: Message-ID: Yes, it is not common for all providers to send 181. However, there are some that do, and I want to receive it in ESL. Is there any possiblity for this? 2015-08-27 15:20 GMT+02:00 Brian West : > I don't think you will reliably receive a 181 in every case that a call > goes to voicemail. > > On Thu, Aug 27, 2015 at 5:20 AM, Marcin S wrote: > >> Hi, >> >> I have a dialer app that uses ESL and freeswitch. I would like to detect >> when voice mail answers call. For such calls there is a "181 Cal Is Being >> Forwarded" message in SIP signalization. >> However, in ESL there is no event fired (maybe beacuse there was 183 and >> 180 earlier). >> >> How can I detect, that there was 181 received? >> >> Here is an example sip trace: >> >> 1 0.000000 192.168.88.237 -> 89.108.20.42 SIP/SDP Request: INVITE >> sip:123456789 at 89.108.20.42, with session description >> 2 0.018028 89.108.20.42 -> 192.168.88.237 SIP Status: 100 Trying >> 3 0.418550 89.108.20.42 -> 192.168.88.237 SIP/SDP Status: 183 Session >> Progress, with session description >> 4 1.405465 89.108.20.42 -> 192.168.88.237 SIP Status: 180 Ringing >> 5 29.270672 89.108.20.42 -> 192.168.88.237 SIP Status: 181 Call Is >> Being Forwarded >> 6 29.659371 89.108.20.42 -> 192.168.88.237 SIP/SDP Status: 200 OK, >> with session description >> 7 29.670833 192.168.88.237 -> 89.108.20.42 SIP Request: ACK >> sip:3c6d5343fb70df3a18f4dd32e7c9d226 at 89.108.20.42:5060;transport=udp >> 8 70.590778 192.168.88.237 -> 89.108.20.42 SIP Request: BYE >> sip:3c6d5343fb70df3a18f4dd32e7c9d226 at 89.108.20.42:5060;transport=udp >> 9 70.625224 89.108.20.42 -> 192.168.88.237 SIP Status: 200 OK >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at 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* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/0a737010/attachment.html From raphael.lechner at gmail.com Fri Aug 28 13:06:09 2015 From: raphael.lechner at gmail.com (Raphael Lechner) Date: Fri, 28 Aug 2015 11:06:09 +0200 Subject: [Freeswitch-users] Pickup from a Queue - mod_callcenter Message-ID: Hi, We have a customer that want to Pickup from time to time a call from a queue. It seems that picking up a call from a Queue is not intended to be used in combination with a Queue or I?m wrong with that? I created a solution for that customer that store the UUID in a database via a python script before the caller gets into the queue and a function to retrieve that UUID if the caller is still in the queue and to pick up with that UUID. After the call get answered the UUID get deleted. This function is working fine, but maybe somebody knows a better way to picking up calls from a Queue? Thanks in advance, Raphael From peter at olssononline.se Fri Aug 28 13:43:16 2015 From: peter at olssononline.se (Peter Olsson) Date: Fri, 28 Aug 2015 11:43:16 +0200 Subject: [Freeswitch-users] FreeSwitch - Performance issues In-Reply-To: <6FD2F8B5BB72834E9939AEDF9FB802A9016B94AF6C@mbx-01.sysconfig.co.uk> References: <6FD2F8B5BB72834E9939AEDF9FB802A9016076565C@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A9016B94AF6C@mbx-01.sysconfig.co.uk> Message-ID: If you want high performance, I recommend using real hardware, not a virtual machine setup - it will cause you issues. /Peter 2015-08-28 9:44 GMT+02:00 Shaun Stokes : > Hi Michael, > > > > Thanks for the response and recommendation. > > > > Our new build is now on Debian 8 Jessie, performance on the system is > noticeably better and any audio problems while the system is under load are > significantly reduced but we do still experience spikes along with reduced > audio quality when the system is processing 20 calls per second while > already maintaining 80 existing calls. > > > > We?re still hitting some kind of bottleneck, what should we expect to be > able to support on a single piece of hardware? We?ve kept our dialplans as > small as possible and we?re using Memcache, but something tells me it?s the > call setup process which is triggering the spikes, is this possibly a > limitation on the SIP profiles which are single threaded? > > > > I also see FreeSWITCH supports clustering but it?s in relation to high > availability, is it possible to cluster a single FreeSWITCH instance across > multiple hardware or should we be looking elsewhere to solve these > bottlenecks? > > > > We switched to TCP Vegas on our new build as recommended on the FreeSWITCH > Wiki, this has provided a noticeable reduction in audio latency but doesn?t > solve the issue with CPU spikes. > > > > Many Thanks, > > Shaun > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Michael > Jerris > *Sent:* 15 August 2015 23:00 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] FreeSwitch - Performance issues > > > > There are multiple known issues with Ubuntu 12.04. We reccomend Debian 8 > Jessie. > > On Friday, August 14, 2015, Shaun Stokes > wrote: > > Hi, > > > > We?re experiencing performance issues with FreeSwitch, our target is 500 > concurrent sessions, but at the moment this starts to bottleneck around 30. > > > > Host system: > > Windows Server 2012 Hyper-V Host > > AMD Opteron 4386 (2 processors) ? 16 cores total > > 128GB DDR3 > > 2TB RAID 5 (700MB/s tested read and write throughput) > > > > FreeSwitch Virtual Machine: > > FreeSwitch 1.4.15 > > Ubuntu 12.04 LTS > > 16 Virtual cores (high priority) > > 2GB RAM (would assign more but FreeSwitch never seems to use much) > > 500GB HD (on VHDX) > > > > After around 30 concurrent sessions we begin to see CPU spikes almost > every time a new call comes in, as the sessions increase the size and > frequency of the CPU spikes also increase. The system seems to be able to > sit comfortably with over 100 concurrent sessions and 80% idle CPU, > providing we don?t have any new calls hitting the platform. The spikes are > causing audio (RTP) to stutter or in some cases drop completely for a few > seconds. > > > > The FreeSwitch spikes are occurring on all 16 cores, we have been > monitoring the system using htop and mpstat. > > > > This is an example of when we receive an inbound call while we have 34 > concurrent sessions: > > 14:26:04 CPU %usr %nice %sys %iowait %irq %soft %steal > %guest %idle > > 14:26:05 all 1.67 0.00 27.34 0.00 0.25 0.00 > 0.00 0.00 70.74 > > 14:26:05 0 1.00 0.00 28.00 0.00 0.00 0.00 > 0.00 0.00 71.00 > > 14:26:05 1 0.99 0.00 26.73 0.00 0.00 0.00 > 0.00 0.00 72.28 > > 14:26:05 2 0.99 0.00 26.73 0.00 0.00 0.00 > 0.00 0.00 72.28 > > 14:26:05 3 3.92 0.00 26.47 0.00 0.00 0.00 > 0.00 0.00 69.61 > > 14:26:05 4 0.99 0.00 25.74 0.00 1.98 0.00 > 0.00 0.00 71.29 > > 14:26:05 5 0.99 0.00 26.73 0.00 0.99 0.00 > 0.00 0.00 71.29 > > 14:26:05 6 0.00 0.00 26.47 0.00 0.98 0.00 > 0.00 0.00 72.55 > > 14:26:05 7 0.00 0.00 26.73 0.00 0.00 0.00 > 0.00 0.00 73.27 > > 14:26:05 8 3.96 0.00 27.72 0.00 0.00 0.00 > 0.00 0.00 68.32 > > 14:26:05 9 2.00 0.00 27.00 0.00 0.00 0.00 > 0.00 0.00 71.00 > > 14:26:05 10 6.00 0.00 32.00 0.00 0.00 0.00 > 0.00 0.00 62.00 > > 14:26:05 11 1.96 0.00 27.45 0.00 0.00 0.00 > 0.00 0.00 70.59 > > 14:26:05 12 0.99 0.00 26.73 0.00 0.00 0.00 > 0.00 0.00 72.28 > > 14:26:05 13 1.00 0.00 28.00 0.00 0.00 0.00 > 0.00 0.00 71.00 > > 14:26:05 14 0.00 0.00 27.00 0.00 0.00 0.00 > 0.00 0.00 73.00 > > > > This is when the system is not receiving an inbound call but is sitting > comfortably at 34 concurrent sessions: > > 14:25:57 CPU %usr %nice %sys %iowait %irq %soft %steal > %guest %idle > > 14:25:58 all 0.87 0.00 0.62 0.00 0.12 0.00 > 0.00 0.00 98.39 > > 14:25:58 0 0.99 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 98.02 > > 14:25:58 1 0.99 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 98.02 > > 14:25:58 2 0.98 0.00 0.98 0.00 0.00 0.00 > 0.00 0.00 98.04 > > 14:25:58 3 0.00 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 99.01 > > 14:25:58 4 0.00 0.00 0.00 0.00 1.98 0.00 > 0.00 0.00 98.02 > > 14:25:58 5 0.00 0.00 0.00 0.00 0.99 0.00 > 0.00 0.00 99.01 > > 14:25:58 6 0.00 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 99.01 > > 14:25:58 7 0.00 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 99.01 > > 14:25:58 8 5.00 0.00 1.00 0.00 0.00 0.00 > 0.00 0.00 94.00 > > 14:25:58 9 1.00 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 99.00 > > 14:25:58 10 1.00 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 99.00 > > 14:25:58 11 0.99 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 98.02 > > 14:25:58 12 0.00 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 100.00 > > 14:25:58 13 1.98 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 97.03 > > 14:25:58 14 0.00 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 100.00 > > 14:25:58 15 0.00 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 100.00 > > > > We?re using FreeSwitch in multi-tenant mode, we have tried dedicating a > single VM for one tenancy but still experience the issue. My assumption has > been that this will be due to the dialplan, I?ve optimized this slightly by > writing LUA scripts to handle some of the inbound calls this appears to > take away some of the load but we?re still using the internal dialplans for > each tenancy (tenancy dialplans have an average of 300 entries). > > > > We are using the following arguments when running FreeSwitch: > > -rp ?nc ?nonat > > > > I?ve seen another post which says we should operate FreeSwitch in High > Performance mode using ?hp but can?t find anything information about this, > is this still a valid argument to use with FreeSwitch? > > > > Has anyone experienced similar performance issues before or have any > advice? > > > > Hope someone may be able help. > > > > Thanks, > > Shaun > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus > Scanning Service. > ______________________________________________________________________ > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus > Scanning Service. > ______________________________________________________________________ > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus > Scanning Service. > ______________________________________________________________________ > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/7a0b43f2/attachment-0001.html From shaun.stokes at itec-support.co.uk Fri Aug 28 14:01:39 2015 From: shaun.stokes at itec-support.co.uk (Shaun Stokes) Date: Fri, 28 Aug 2015 10:01:39 +0000 Subject: [Freeswitch-users] FreeSwitch - Performance issues In-Reply-To: References: <6FD2F8B5BB72834E9939AEDF9FB802A9016076565C@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A9016B94AF6C@mbx-01.sysconfig.co.uk> Message-ID: <6FD2F8B5BB72834E9939AEDF9FB802A9016B94B08C@mbx-01.sysconfig.co.uk> Hi Peter, Thanks for the advice, this is something we?re already looking into but we don?t have the new hardware available yet. Debian 8 has great integration with Hyper-V on 2012R2 and operates as a Generation 2 VM, obviously it?s never going to be as good as running directly on the hardware but we were hoping for better performance. Thanks, Shaun From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Peter Olsson Sent: 28 August 2015 10:43 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] FreeSwitch - Performance issues If you want high performance, I recommend using real hardware, not a virtual machine setup - it will cause you issues. /Peter 2015-08-28 9:44 GMT+02:00 Shaun Stokes >: Hi Michael, Thanks for the response and recommendation. Our new build is now on Debian 8 Jessie, performance on the system is noticeably better and any audio problems while the system is under load are significantly reduced but we do still experience spikes along with reduced audio quality when the system is processing 20 calls per second while already maintaining 80 existing calls. We?re still hitting some kind of bottleneck, what should we expect to be able to support on a single piece of hardware? We?ve kept our dialplans as small as possible and we?re using Memcache, but something tells me it?s the call setup process which is triggering the spikes, is this possibly a limitation on the SIP profiles which are single threaded? I also see FreeSWITCH supports clustering but it?s in relation to high availability, is it possible to cluster a single FreeSWITCH instance across multiple hardware or should we be looking elsewhere to solve these bottlenecks? We switched to TCP Vegas on our new build as recommended on the FreeSWITCH Wiki, this has provided a noticeable reduction in audio latency but doesn?t solve the issue with CPU spikes. Many Thanks, Shaun From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael Jerris Sent: 15 August 2015 23:00 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] FreeSwitch - Performance issues There are multiple known issues with Ubuntu 12.04. We reccomend Debian 8 Jessie. On Friday, August 14, 2015, Shaun Stokes > wrote: Hi, We?re experiencing performance issues with FreeSwitch, our target is 500 concurrent sessions, but at the moment this starts to bottleneck around 30. Host system: Windows Server 2012 Hyper-V Host AMD Opteron 4386 (2 processors) ? 16 cores total 128GB DDR3 2TB RAID 5 (700MB/s tested read and write throughput) FreeSwitch Virtual Machine: FreeSwitch 1.4.15 Ubuntu 12.04 LTS 16 Virtual cores (high priority) 2GB RAM (would assign more but FreeSwitch never seems to use much) 500GB HD (on VHDX) After around 30 concurrent sessions we begin to see CPU spikes almost every time a new call comes in, as the sessions increase the size and frequency of the CPU spikes also increase. The system seems to be able to sit comfortably with over 100 concurrent sessions and 80% idle CPU, providing we don?t have any new calls hitting the platform. The spikes are causing audio (RTP) to stutter or in some cases drop completely for a few seconds. The FreeSwitch spikes are occurring on all 16 cores, we have been monitoring the system using htop and mpstat. This is an example of when we receive an inbound call while we have 34 concurrent sessions: 14:26:04 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle 14:26:05 all 1.67 0.00 27.34 0.00 0.25 0.00 0.00 0.00 70.74 14:26:05 0 1.00 0.00 28.00 0.00 0.00 0.00 0.00 0.00 71.00 14:26:05 1 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28 14:26:05 2 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28 14:26:05 3 3.92 0.00 26.47 0.00 0.00 0.00 0.00 0.00 69.61 14:26:05 4 0.99 0.00 25.74 0.00 1.98 0.00 0.00 0.00 71.29 14:26:05 5 0.99 0.00 26.73 0.00 0.99 0.00 0.00 0.00 71.29 14:26:05 6 0.00 0.00 26.47 0.00 0.98 0.00 0.00 0.00 72.55 14:26:05 7 0.00 0.00 26.73 0.00 0.00 0.00 0.00 0.00 73.27 14:26:05 8 3.96 0.00 27.72 0.00 0.00 0.00 0.00 0.00 68.32 14:26:05 9 2.00 0.00 27.00 0.00 0.00 0.00 0.00 0.00 71.00 14:26:05 10 6.00 0.00 32.00 0.00 0.00 0.00 0.00 0.00 62.00 14:26:05 11 1.96 0.00 27.45 0.00 0.00 0.00 0.00 0.00 70.59 14:26:05 12 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28 14:26:05 13 1.00 0.00 28.00 0.00 0.00 0.00 0.00 0.00 71.00 14:26:05 14 0.00 0.00 27.00 0.00 0.00 0.00 0.00 0.00 73.00 This is when the system is not receiving an inbound call but is sitting comfortably at 34 concurrent sessions: 14:25:57 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle 14:25:58 all 0.87 0.00 0.62 0.00 0.12 0.00 0.00 0.00 98.39 14:25:58 0 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02 14:25:58 1 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02 14:25:58 2 0.98 0.00 0.98 0.00 0.00 0.00 0.00 0.00 98.04 14:25:58 3 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01 14:25:58 4 0.00 0.00 0.00 0.00 1.98 0.00 0.00 0.00 98.02 14:25:58 5 0.00 0.00 0.00 0.00 0.99 0.00 0.00 0.00 99.01 14:25:58 6 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01 14:25:58 7 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01 14:25:58 8 5.00 0.00 1.00 0.00 0.00 0.00 0.00 0.00 94.00 14:25:58 9 1.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00 14:25:58 10 1.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00 14:25:58 11 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02 14:25:58 12 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 14:25:58 13 1.98 0.00 0.99 0.00 0.00 0.00 0.00 0.00 97.03 14:25:58 14 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 14:25:58 15 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 We?re using FreeSwitch in multi-tenant mode, we have tried dedicating a single VM for one tenancy but still experience the issue. My assumption has been that this will be due to the dialplan, I?ve optimized this slightly by writing LUA scripts to handle some of the inbound calls this appears to take away some of the load but we?re still using the internal dialplans for each tenancy (tenancy dialplans have an average of 300 entries). We are using the following arguments when running FreeSwitch: -rp ?nc ?nonat I?ve seen another post which says we should operate FreeSwitch in High Performance mode using ?hp but can?t find anything information about this, is this still a valid argument to use with FreeSwitch? Has anyone experienced similar performance issues before or have any advice? Hope someone may be able help. Thanks, Shaun ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/6f7b82b6/attachment-0001.html From shaun.stokes at itec-support.co.uk Fri Aug 28 14:52:38 2015 From: shaun.stokes at itec-support.co.uk (Shaun Stokes) Date: Fri, 28 Aug 2015 10:52:38 +0000 Subject: [Freeswitch-users] Pickup from a Queue - mod_callcenter In-Reply-To: References: Message-ID: <6FD2F8B5BB72834E9939AEDF9FB802A9016B94B1BC@mbx-01.sysconfig.co.uk> Hi Raphael, If you're using the pickup module: https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+pickup We managed to work around this problem by adding the pickup group name (this could be a UUID) to the contact for the agent, example: Hope this helps for you too. Thanks, Shaun -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Raphael Lechner Sent: 28 August 2015 10:06 To: FreeSWITCH Users Help Subject: [Freeswitch-users] Pickup from a Queue - mod_callcenter Hi, We have a customer that want to Pickup from time to time a call from a queue. It seems that picking up a call from a Queue is not intended to be used in combination with a Queue or I?m wrong with that? I created a solution for that customer that store the UUID in a database via a python script before the caller gets into the queue and a function to retrieve that UUID if the caller is still in the queue and to pick up with that UUID. After the call get answered the UUID get deleted. This function is working fine, but maybe somebody knows a better way to picking up calls from a Queue? Thanks in advance, Raphael _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ From ben at langfeld.co.uk Fri Aug 28 17:00:42 2015 From: ben at langfeld.co.uk (Ben Langfeld) Date: Fri, 28 Aug 2015 10:00:42 -0300 Subject: [Freeswitch-users] ESL, "181 Call Is Being Forwarded" and voice mail detection In-Reply-To: References: Message-ID: On 28 August 2015 at 05:42, Marcin S wrote: > Yes, it is not common for all providers to send 181. However, there are > some that do, > If this was signalled on the PSTN then I think I might cry with joy. > and I want to receive it in ESL. Is there any possiblity for this? > > 2015-08-27 15:20 GMT+02:00 Brian West : > >> I don't think you will reliably receive a 181 in every case that a call >> goes to voicemail. >> >> On Thu, Aug 27, 2015 at 5:20 AM, Marcin S wrote: >> >>> Hi, >>> >>> I have a dialer app that uses ESL and freeswitch. I would like to detect >>> when voice mail answers call. For such calls there is a "181 Cal Is Being >>> Forwarded" message in SIP signalization. >>> However, in ESL there is no event fired (maybe beacuse there was 183 and >>> 180 earlier). >>> >>> How can I detect, that there was 181 received? >>> >>> Here is an example sip trace: >>> >>> 1 0.000000 192.168.88.237 -> 89.108.20.42 SIP/SDP Request: INVITE >>> sip:123456789 at 89.108.20.42, with session description >>> 2 0.018028 89.108.20.42 -> 192.168.88.237 SIP Status: 100 Trying >>> 3 0.418550 89.108.20.42 -> 192.168.88.237 SIP/SDP Status: 183 >>> Session Progress, with session description >>> 4 1.405465 89.108.20.42 -> 192.168.88.237 SIP Status: 180 Ringing >>> 5 29.270672 89.108.20.42 -> 192.168.88.237 SIP Status: 181 Call Is >>> Being Forwarded >>> 6 29.659371 89.108.20.42 -> 192.168.88.237 SIP/SDP Status: 200 OK, >>> with session description >>> 7 29.670833 192.168.88.237 -> 89.108.20.42 SIP Request: ACK >>> sip:3c6d5343fb70df3a18f4dd32e7c9d226 at 89.108.20.42:5060;transport=udp >>> 8 70.590778 192.168.88.237 -> 89.108.20.42 SIP Request: BYE >>> sip:3c6d5343fb70df3a18f4dd32e7c9d226 at 89.108.20.42:5060;transport=udp >>> 9 70.625224 89.108.20.42 -> 192.168.88.237 SIP Status: 200 OK >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at 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* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/e72830ed/attachment.html From raphael.lechner at gmail.com Fri Aug 28 17:05:39 2015 From: raphael.lechner at gmail.com (Raphael Lechner) Date: Fri, 28 Aug 2015 15:05:39 +0200 Subject: [Freeswitch-users] Pickup from a Queue - mod_callcenter In-Reply-To: <6FD2F8B5BB72834E9939AEDF9FB802A9016B94B1BC@mbx-01.sysconfig.co.uk> References: <6FD2F8B5BB72834E9939AEDF9FB802A9016B94B1BC@mbx-01.sysconfig.co.uk> Message-ID: Hi Shaun, Thanks!!! I like your solution. It?s much better then using my script with database and intercept. Raphael > On 28 Aug 2015, at 12:52, Shaun Stokes wrote: > > Hi Raphael, > > If you're using the pickup module: > https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+pickup > > We managed to work around this problem by adding the pickup group name (this could be a UUID) to the contact for the agent, example: > > > Hope this helps for you too. > > Thanks, > Shaun > > -----Original Message----- > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Raphael Lechner > Sent: 28 August 2015 10:06 > To: FreeSWITCH Users Help > Subject: [Freeswitch-users] Pickup from a Queue - mod_callcenter > > Hi, > > We have a customer that want to Pickup from time to time a call from a queue. > It seems that picking up a call from a Queue is not intended to be used in combination with a Queue or I?m wrong with that? > > I created a solution for that customer that store the UUID in a database via a python script before the caller gets into the queue and a function to retrieve that UUID if the caller is still in the queue and to pick up with that UUID. > After the call get answered the UUID get deleted. > > This function is working fine, but maybe somebody knows a better way to picking up calls from a Queue? > > Thanks in advance, > Raphael > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > ______________________________________________________________________ > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > ______________________________________________________________________ > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From mike at jerris.com Fri Aug 28 17:18:40 2015 From: mike at jerris.com (Michael Jerris) Date: Fri, 28 Aug 2015 09:18:40 -0400 Subject: [Freeswitch-users] FreeSwitch - Performance issues In-Reply-To: <6FD2F8B5BB72834E9939AEDF9FB802A9016B94B08C@mbx-01.sysconfig.co.uk> References: <6FD2F8B5BB72834E9939AEDF9FB802A9016076565C@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A9016B94AF6C@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A9016B94B08C@mbx-01.sysconfig.co.uk> Message-ID: The numbers your posting are fairly low, I'm guessing this is a grossly underpowered vm that is causing your issues On Friday, August 28, 2015, Shaun Stokes wrote: > Hi Peter, > > > > Thanks for the advice, this is something we?re already looking into but we > don?t have the new hardware available yet. > > > > Debian 8 has great integration with Hyper-V on 2012R2 and operates as a > Generation 2 VM, obviously it?s never going to be as good as running > directly on the hardware but we were hoping for better performance. > > > > Thanks, > > Shaun > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org > > [mailto:freeswitch-users-bounces at lists.freeswitch.org > ] > *On Behalf Of *Peter Olsson > *Sent:* 28 August 2015 10:43 > *To:* FreeSWITCH Users Help > > *Subject:* Re: [Freeswitch-users] FreeSwitch - Performance issues > > > > If you want high performance, I recommend using real hardware, not a > virtual machine setup - it will cause you issues. > > > > /Peter > > > > 2015-08-28 9:44 GMT+02:00 Shaun Stokes >: > > Hi Michael, > > > > Thanks for the response and recommendation. > > > > Our new build is now on Debian 8 Jessie, performance on the system is > noticeably better and any audio problems while the system is under load are > significantly reduced but we do still experience spikes along with reduced > audio quality when the system is processing 20 calls per second while > already maintaining 80 existing calls. > > > > We?re still hitting some kind of bottleneck, what should we expect to be > able to support on a single piece of hardware? We?ve kept our dialplans as > small as possible and we?re using Memcache, but something tells me it?s the > call setup process which is triggering the spikes, is this possibly a > limitation on the SIP profiles which are single threaded? > > > > I also see FreeSWITCH supports clustering but it?s in relation to high > availability, is it possible to cluster a single FreeSWITCH instance across > multiple hardware or should we be looking elsewhere to solve these > bottlenecks? > > > > We switched to TCP Vegas on our new build as recommended on the FreeSWITCH > Wiki, this has provided a noticeable reduction in audio latency but doesn?t > solve the issue with CPU spikes. > > > > Many Thanks, > > Shaun > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org > > [mailto:freeswitch-users-bounces at lists.freeswitch.org > ] > *On Behalf Of *Michael Jerris > *Sent:* 15 August 2015 23:00 > *To:* FreeSWITCH Users Help > > *Subject:* Re: [Freeswitch-users] FreeSwitch - Performance issues > > > > There are multiple known issues with Ubuntu 12.04. We reccomend Debian 8 > Jessie. > > On Friday, August 14, 2015, Shaun Stokes > wrote: > > Hi, > > > > We?re experiencing performance issues with FreeSwitch, our target is 500 > concurrent sessions, but at the moment this starts to bottleneck around 30. > > > > Host system: > > Windows Server 2012 Hyper-V Host > > AMD Opteron 4386 (2 processors) ? 16 cores total > > 128GB DDR3 > > 2TB RAID 5 (700MB/s tested read and write throughput) > > > > FreeSwitch Virtual Machine: > > FreeSwitch 1.4.15 > > Ubuntu 12.04 LTS > > 16 Virtual cores (high priority) > > 2GB RAM (would assign more but FreeSwitch never seems to use much) > > 500GB HD (on VHDX) > > > > After around 30 concurrent sessions we begin to see CPU spikes almost > every time a new call comes in, as the sessions increase the size and > frequency of the CPU spikes also increase. The system seems to be able to > sit comfortably with over 100 concurrent sessions and 80% idle CPU, > providing we don?t have any new calls hitting the platform. The spikes are > causing audio (RTP) to stutter or in some cases drop completely for a few > seconds. > > > > The FreeSwitch spikes are occurring on all 16 cores, we have been > monitoring the system using htop and mpstat. > > > > This is an example of when we receive an inbound call while we have 34 > concurrent sessions: > > 14:26:04 CPU %usr %nice %sys %iowait %irq %soft %steal > %guest %idle > > 14:26:05 all 1.67 0.00 27.34 0.00 0.25 0.00 > 0.00 0.00 70.74 > > 14:26:05 0 1.00 0.00 28.00 0.00 0.00 0.00 > 0.00 0.00 71.00 > > 14:26:05 1 0.99 0.00 26.73 0.00 0.00 0.00 > 0.00 0.00 72.28 > > 14:26:05 2 0.99 0.00 26.73 0.00 0.00 0.00 > 0.00 0.00 72.28 > > 14:26:05 3 3.92 0.00 26.47 0.00 0.00 0.00 > 0.00 0.00 69.61 > > 14:26:05 4 0.99 0.00 25.74 0.00 1.98 0.00 > 0.00 0.00 71.29 > > 14:26:05 5 0.99 0.00 26.73 0.00 0.99 0.00 > 0.00 0.00 71.29 > > 14:26:05 6 0.00 0.00 26.47 0.00 0.98 0.00 > 0.00 0.00 72.55 > > 14:26:05 7 0.00 0.00 26.73 0.00 0.00 0.00 > 0.00 0.00 73.27 > > 14:26:05 8 3.96 0.00 27.72 0.00 0.00 0.00 > 0.00 0.00 68.32 > > 14:26:05 9 2.00 0.00 27.00 0.00 0.00 0.00 > 0.00 0.00 71.00 > > 14:26:05 10 6.00 0.00 32.00 0.00 0.00 0.00 > 0.00 0.00 62.00 > > 14:26:05 11 1.96 0.00 27.45 0.00 0.00 0.00 > 0.00 0.00 70.59 > > 14:26:05 12 0.99 0.00 26.73 0.00 0.00 0.00 > 0.00 0.00 72.28 > > 14:26:05 13 1.00 0.00 28.00 0.00 0.00 0.00 > 0.00 0.00 71.00 > > 14:26:05 14 0.00 0.00 27.00 0.00 0.00 0.00 > 0.00 0.00 73.00 > > > > This is when the system is not receiving an inbound call but is sitting > comfortably at 34 concurrent sessions: > > 14:25:57 CPU %usr %nice %sys %iowait %irq %soft %steal > %guest %idle > > 14:25:58 all 0.87 0.00 0.62 0.00 0.12 0.00 > 0.00 0.00 98.39 > > 14:25:58 0 0.99 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 98.02 > > 14:25:58 1 0.99 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 98.02 > > 14:25:58 2 0.98 0.00 0.98 0.00 0.00 0.00 > 0.00 0.00 98.04 > > 14:25:58 3 0.00 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 99.01 > > 14:25:58 4 0.00 0.00 0.00 0.00 1.98 0.00 > 0.00 0.00 98.02 > > 14:25:58 5 0.00 0.00 0.00 0.00 0.99 0.00 > 0.00 0.00 99.01 > > 14:25:58 6 0.00 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 99.01 > > 14:25:58 7 0.00 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 99.01 > > 14:25:58 8 5.00 0.00 1.00 0.00 0.00 0.00 > 0.00 0.00 94.00 > > 14:25:58 9 1.00 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 99.00 > > 14:25:58 10 1.00 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 99.00 > > 14:25:58 11 0.99 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 98.02 > > 14:25:58 12 0.00 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 100.00 > > 14:25:58 13 1.98 0.00 0.99 0.00 0.00 0.00 > 0.00 0.00 97.03 > > 14:25:58 14 0.00 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 100.00 > > 14:25:58 15 0.00 0.00 0.00 0.00 0.00 0.00 > 0.00 0.00 100.00 > > > > We?re using FreeSwitch in multi-tenant mode, we have tried dedicating a > single VM for one tenancy but still experience the issue. My assumption has > been that this will be due to the dialplan, I?ve optimized this slightly by > writing LUA scripts to handle some of the inbound calls this appears to > take away some of the load but we?re still using the internal dialplans for > each tenancy (tenancy dialplans have an average of 300 entries). > > > > We are using the following arguments when running FreeSwitch: > > -rp ?nc ?nonat > > > > I?ve seen another post which says we should operate FreeSwitch in High > Performance mode using ?hp but can?t find anything information about this, > is this still a valid argument to use with FreeSwitch? > > > > Has anyone experienced similar performance issues before or have any > advice? > > > > Hope someone may be able help. > > > > Thanks, > > Shaun > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus > Scanning Service. > ______________________________________________________________________ > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus > Scanning Service. > ______________________________________________________________________ > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus > Scanning Service. > ______________________________________________________________________ > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus > Scanning Service. > ______________________________________________________________________ > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus > Scanning Service. > ______________________________________________________________________ > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/336e1b2c/attachment-0001.html From mike at jerris.com Fri Aug 28 17:20:12 2015 From: mike at jerris.com (Michael Jerris) Date: Fri, 28 Aug 2015 09:20:12 -0400 Subject: [Freeswitch-users] ESL, "181 Call Is Being Forwarded" and voice mail detection In-Reply-To: References: Message-ID: It is, but again, not very often. On Friday, August 28, 2015, Ben Langfeld wrote: > On 28 August 2015 at 05:42, Marcin S > wrote: > >> Yes, it is not common for all providers to send 181. However, there are >> some that do, >> > > If this was signalled on the PSTN then I think I might cry with joy. > > >> and I want to receive it in ESL. Is there any possiblity for this? >> >> 2015-08-27 15:20 GMT+02:00 Brian West > >: >> >>> I don't think you will reliably receive a 181 in every case that a call >>> goes to voicemail. >>> >>> On Thu, Aug 27, 2015 at 5:20 AM, Marcin S >> > wrote: >>> >>>> Hi, >>>> >>>> I have a dialer app that uses ESL and freeswitch. I would like to >>>> detect when voice mail answers call. For such calls there is a "181 Cal Is >>>> Being Forwarded" message in SIP signalization. >>>> However, in ESL there is no event fired (maybe beacuse there was 183 >>>> and 180 earlier). >>>> >>>> How can I detect, that there was 181 received? >>>> >>>> Here is an example sip trace: >>>> >>>> 1 0.000000 192.168.88.237 -> 89.108.20.42 SIP/SDP Request: INVITE >>>> sip:123456789 at 89.108.20.42 >>>> , with >>>> session description >>>> 2 0.018028 89.108.20.42 -> 192.168.88.237 SIP Status: 100 Trying >>>> 3 0.418550 89.108.20.42 -> 192.168.88.237 SIP/SDP Status: 183 >>>> Session Progress, with session description >>>> 4 1.405465 89.108.20.42 -> 192.168.88.237 SIP Status: 180 Ringing >>>> 5 29.270672 89.108.20.42 -> 192.168.88.237 SIP Status: 181 Call Is >>>> Being Forwarded >>>> 6 29.659371 89.108.20.42 -> 192.168.88.237 SIP/SDP Status: 200 OK, >>>> with session description >>>> 7 29.670833 192.168.88.237 -> 89.108.20.42 SIP Request: ACK >>>> sip:3c6d5343fb70df3a18f4dd32e7c9d226 at 89.108.20.42:5060;transport=udp >>>> 8 70.590778 192.168.88.237 -> 89.108.20.42 SIP Request: BYE >>>> sip:3c6d5343fb70df3a18f4dd32e7c9d226 at 89.108.20.42:5060;transport=udp >>>> 9 70.625224 89.108.20.42 -> 192.168.88.237 SIP Status: 200 OK >>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at 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* >>> brian at freeswitch.org >>> >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/1aa3049c/attachment.html From mike at jerris.com Fri Aug 28 17:23:08 2015 From: mike at jerris.com (Michael Jerris) Date: Fri, 28 Aug 2015 09:23:08 -0400 Subject: [Freeswitch-users] Pickup from a Queue - mod_callcenter In-Reply-To: References: Message-ID: Seems a reasonable way to pick a specific call. On Friday, August 28, 2015, Raphael Lechner wrote: > Hi, > > We have a customer that want to Pickup from time to time a call from a > queue. > It seems that picking up a call from a Queue is not intended to be used in > combination with a Queue or I?m wrong with that? > > I created a solution for that customer that store the UUID in a database > via a python script before the caller gets into the queue and a function to > retrieve that UUID if the caller is still in the queue and to pick up with > that UUID. > After the call get answered the UUID get deleted. > > This function is working fine, but maybe somebody knows a better way to > picking up calls from a Queue? > > Thanks in advance, > Raphael > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/512f3a15/attachment.html From nneul at mst.edu Fri Aug 28 17:46:43 2015 From: nneul at mst.edu (Nathan Neulinger) Date: Fri, 28 Aug 2015 08:46:43 -0500 Subject: [Freeswitch-users] FreeSwitch - Performance issues In-Reply-To: References: <6FD2F8B5BB72834E9939AEDF9FB802A9016076565C@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A9016B94AF6C@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A9016B94B08C@mbx-01.sysconfig.co.uk> Message-ID: <55E06643.9010207@mst.edu> One thing that I see jump out - you've probably got too many virtual cores defined on that VM, particularly since you've assigned # vcpu the same as the number of real cores on the host system. Try your test again dropping that to 8 virtual CPUs and I think you might see better results. (Or at least drop to less than 100% of the total cores on the hardware.) Particularly if this host system has other vms running on it, you're hurting the vm scheduler's ability to hand out resources. With vmware, I believe a simple rule of thumb is that scheduler requires N-1 CPUs to be locked to schedule execution of an N cpu virtual machine - so even if it doesn't need all of the CPUs, it has to reserve all of them any time you have more than a 2 vCPU vm. -- Nathan On 08/28/2015 08:18 AM, Michael Jerris wrote: > The numbers your posting are fairly low, I'm guessing this is a grossly underpowered vm that is causing your issues > > On Friday, August 28, 2015, Shaun Stokes > wrote: > > Hi Peter,____ > > __ __ > > Thanks for the advice, this is something we?re already looking into but we don?t have the new hardware available > yet.____ > > __ __ > > Debian 8 has great integration with Hyper-V on 2012R2 and operates as a Generation 2 VM, obviously it?s never going > to be as good as running directly on the hardware but we were hoping for better performance.____ > > __ __ > > Thanks,____ > > Shaun____ > > __ __ > > *From:*freeswitch-users-bounces at lists.freeswitch.org > > [mailto:freeswitch-users-bounces at lists.freeswitch.org > ] *On Behalf Of *Peter Olsson > *Sent:* 28 August 2015 10:43 > *To:* FreeSWITCH Users Help > > *Subject:* Re: [Freeswitch-users] FreeSwitch - Performance issues____ > > __ __ > > If you want high performance, I recommend using real hardware, not a virtual machine setup - it will cause you > issues.____ > > __ __ > > /Peter____ > > __ __ > > 2015-08-28 9:44 GMT+02:00 Shaun Stokes >:____ > > Hi Michael,____ > > ____ > > Thanks for the response and recommendation.____ > > ____ > > Our new build is now on Debian 8 Jessie, performance on the system is noticeably better and any audio problems > while the system is under load are significantly reduced but we do still experience spikes along with reduced > audio quality when the system is processing 20 calls per second while already maintaining 80 existing calls.____ > > ____ > > We?re still hitting some kind of bottleneck, what should we expect to be able to support on a single piece of > hardware? We?ve kept our dialplans as small as possible and we?re using Memcache, but something tells me it?s > the call setup process which is triggering the spikes, is this possibly a limitation on the SIP profiles which > are single threaded?____ > > ____ > > I also see FreeSWITCH supports clustering but it?s in relation to high availability, is it possible to cluster a > single FreeSWITCH instance across multiple hardware or should we be looking elsewhere to solve these > bottlenecks?____ > > ____ > > We switched to TCP Vegas on our new build as recommended on the FreeSWITCH Wiki, this has provided a noticeable > reduction in audio latency but doesn?t solve the issue with CPU spikes.____ > > ____ > > Many Thanks,____ > > Shaun____ > > ____ > > *From:*freeswitch-users-bounces at lists.freeswitch.org > > [mailto:freeswitch-users-bounces at lists.freeswitch.org > ] *On Behalf Of *Michael Jerris > *Sent:* 15 August 2015 23:00 > *To:* FreeSWITCH Users Help > > *Subject:* Re: [Freeswitch-users] FreeSwitch - Performance issues____ > > ____ > > There are multiple known issues with Ubuntu 12.04. We reccomend Debian 8 Jessie. > > On Friday, August 14, 2015, Shaun Stokes > wrote:____ > > Hi,____ > > ____ > > We?re experiencing performance issues with FreeSwitch, our target is 500 concurrent sessions, but at the > moment this starts to bottleneck around 30.____ > > ____ > > Host system:____ > > Windows Server 2012 Hyper-V Host____ > > AMD Opteron 4386 (2 processors) ? 16 cores total____ > > 128GB DDR3____ > > 2TB RAID 5 (700MB/s tested read and write throughput)____ > > ____ > > FreeSwitch Virtual Machine:____ > > FreeSwitch 1.4.15____ > > Ubuntu 12.04 LTS____ > > 16 Virtual cores (high priority)____ > > 2GB RAM (would assign more but FreeSwitch never seems to use much)____ > > 500GB HD (on VHDX)____ > > ____ > > After around 30 concurrent sessions we begin to see CPU spikes almost every time a new call comes in, as the > sessions increase the size and frequency of the CPU spikes also increase. The system seems to be able to sit > comfortably with over 100 concurrent sessions and 80% idle CPU, providing we don?t have any new calls > hitting the platform. The spikes are causing audio (RTP) to stutter or in some cases drop completely for a > few seconds.____ > > ____ > > The FreeSwitch spikes are occurring on all 16 cores, we have been monitoring the system using htop and > mpstat.____ > > ____ > > This is an example of when we receive an inbound call while we have 34 concurrent sessions:____ > > 14:26:04 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle____ > > 14:26:05 all 1.67 0.00 27.34 0.00 0.25 0.00 0.00 0.00 70.74____ > > 14:26:05 0 1.00 0.00 28.00 0.00 0.00 0.00 0.00 0.00 71.00____ > > 14:26:05 1 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28____ > > 14:26:05 2 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28____ > > 14:26:05 3 3.92 0.00 26.47 0.00 0.00 0.00 0.00 0.00 69.61____ > > 14:26:05 4 0.99 0.00 25.74 0.00 1.98 0.00 0.00 0.00 71.29____ > > 14:26:05 5 0.99 0.00 26.73 0.00 0.99 0.00 0.00 0.00 71.29____ > > 14:26:05 6 0.00 0.00 26.47 0.00 0.98 0.00 0.00 0.00 72.55____ > > 14:26:05 7 0.00 0.00 26.73 0.00 0.00 0.00 0.00 0.00 73.27____ > > 14:26:05 8 3.96 0.00 27.72 0.00 0.00 0.00 0.00 0.00 68.32____ > > 14:26:05 9 2.00 0.00 27.00 0.00 0.00 0.00 0.00 0.00 71.00____ > > 14:26:05 10 6.00 0.00 32.00 0.00 0.00 0.00 0.00 0.00 62.00____ > > 14:26:05 11 1.96 0.00 27.45 0.00 0.00 0.00 0.00 0.00 70.59____ > > 14:26:05 12 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28____ > > 14:26:05 13 1.00 0.00 28.00 0.00 0.00 0.00 0.00 0.00 71.00____ > > 14:26:05 14 0.00 0.00 27.00 0.00 0.00 0.00 0.00 0.00 73.00____ > > ____ > > This is when the system is not receiving an inbound call but is sitting comfortably at 34 concurrent > sessions:____ > > 14:25:57 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle____ > > 14:25:58 all 0.87 0.00 0.62 0.00 0.12 0.00 0.00 0.00 98.39____ > > 14:25:58 0 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02____ > > 14:25:58 1 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02____ > > 14:25:58 2 0.98 0.00 0.98 0.00 0.00 0.00 0.00 0.00 98.04____ > > 14:25:58 3 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01____ > > 14:25:58 4 0.00 0.00 0.00 0.00 1.98 0.00 0.00 0.00 98.02____ > > 14:25:58 5 0.00 0.00 0.00 0.00 0.99 0.00 0.00 0.00 99.01____ > > 14:25:58 6 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01____ > > 14:25:58 7 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01____ > > 14:25:58 8 5.00 0.00 1.00 0.00 0.00 0.00 0.00 0.00 94.00____ > > 14:25:58 9 1.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00____ > > 14:25:58 10 1.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00____ > > 14:25:58 11 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02____ > > 14:25:58 12 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00____ > > 14:25:58 13 1.98 0.00 0.99 0.00 0.00 0.00 0.00 0.00 97.03____ > > 14:25:58 14 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00____ > > 14:25:58 15 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00____ > > ____ > > We?re using FreeSwitch in multi-tenant mode, we have tried dedicating a single VM for one tenancy but still > experience the issue. My assumption has been that this will be due to the dialplan, I?ve optimized this > slightly by writing LUA scripts to handle some of the inbound calls this appears to take away some of the > load but we?re still using the internal dialplans for each tenancy (tenancy dialplans have an average of 300 > entries).____ > > ____ > > We are using the following arguments when running FreeSwitch:____ > > -rp ?nc ?nonat____ > > ____ > > I?ve seen another post which says we should operate FreeSwitch in High Performance mode using ?hp but can?t > find anything information about this, is this still a valid argument to use with FreeSwitch?____ > > ____ > > Has anyone experienced similar performance issues before or have any advice?____ > > ____ > > Hope someone may be able help.____ > > ____ > > Thanks,____ > > Shaun____ > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > __________________________________________________________________________ > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > __________________________________________________________________________ > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > __________________________________________________________________________ > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org____ > > __ __ > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > __________________________________________________________________________ > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > ______________________________________________________________________ > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ------------------------------------------------------------ Nathan Neulinger nneul at mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect From krice at freeswitch.org Fri Aug 28 18:02:52 2015 From: krice at freeswitch.org (Ken Rice) Date: Fri, 28 Aug 2015 14:02:52 +0000 Subject: [Freeswitch-users] FreeSWITCH Friday FreeForAll Reminder! Message-ID: <55e06a0c341e5_98af54132044540@resque-worker-high.4.mail> FreeSWITCHers, Do not forget to join us at 2PM CST for the FreeSWITCH Friday FreeFor All Visit http://ift.tt/1n3h0Pf and Click Call 888 with your WebRTC enabled Browser and headset, Call sip:888 at conference.freeswitch.org or see http://ift.tt/1prwIZL for access info! -- Ken FreeSWITCH.org ClueCon.com OSTAG.org irc.freenode.net #freeswitch Twitter: @FreeSWITCH @ClueCon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/643e2adc/attachment.html From nneul at mst.edu Fri Aug 28 18:04:21 2015 From: nneul at mst.edu (Nathan Neulinger) Date: Fri, 28 Aug 2015 09:04:21 -0500 Subject: [Freeswitch-users] FreeSwitch - Performance issues In-Reply-To: <55E06643.9010207@mst.edu> References: <6FD2F8B5BB72834E9939AEDF9FB802A9016076565C@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A9016B94AF6C@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A9016B94B08C@mbx-01.sysconfig.co.uk> <55E06643.9010207@mst.edu> Message-ID: <55E06A65.1030206@mst.edu> Yes, I know you said Hyper-V, I don't know if it has the same sort of scheduler behavior or not, just mentioned the vmware for context. On 08/28/2015 08:46 AM, Nathan Neulinger wrote: > One thing that I see jump out - you've probably got too many virtual cores defined on that VM, particularly since you've > assigned # vcpu the same as the number of real cores on the host system. > > Try your test again dropping that to 8 virtual CPUs and I think you might see better results. (Or at least drop to less > than 100% of the total cores on the hardware.) > > Particularly if this host system has other vms running on it, you're hurting the vm scheduler's ability to hand out > resources. With vmware, I believe a simple rule of thumb is that scheduler requires N-1 CPUs to be locked to schedule > execution of an N cpu virtual machine - so even if it doesn't need all of the CPUs, it has to reserve all of them any > time you have more than a 2 vCPU vm. > > -- Nathan > > On 08/28/2015 08:18 AM, Michael Jerris wrote: >> The numbers your posting are fairly low, I'm guessing this is a grossly underpowered vm that is causing your issues >> >> On Friday, August 28, 2015, Shaun Stokes > wrote: >> >> Hi Peter,____ >> >> __ __ >> >> Thanks for the advice, this is something we?re already looking into but we don?t have the new hardware available >> yet.____ >> >> __ __ >> >> Debian 8 has great integration with Hyper-V on 2012R2 and operates as a Generation 2 VM, obviously it?s never going >> to be as good as running directly on the hardware but we were hoping for better performance.____ >> >> __ __ >> >> Thanks,____ >> >> Shaun____ >> >> __ __ >> >> *From:*freeswitch-users-bounces at lists.freeswitch.org >> >> [mailto:freeswitch-users-bounces at lists.freeswitch.org >> ] *On Behalf Of *Peter Olsson >> *Sent:* 28 August 2015 10:43 >> *To:* FreeSWITCH Users Help > > >> *Subject:* Re: [Freeswitch-users] FreeSwitch - Performance issues____ >> >> __ __ >> >> If you want high performance, I recommend using real hardware, not a virtual machine setup - it will cause you >> issues.____ >> >> __ __ >> >> /Peter____ >> >> __ __ >> >> 2015-08-28 9:44 GMT+02:00 Shaun Stokes > >:____ >> >> Hi Michael,____ >> >> ____ >> >> Thanks for the response and recommendation.____ >> >> ____ >> >> Our new build is now on Debian 8 Jessie, performance on the system is noticeably better and any audio problems >> while the system is under load are significantly reduced but we do still experience spikes along with reduced >> audio quality when the system is processing 20 calls per second while already maintaining 80 existing calls.____ >> >> ____ >> >> We?re still hitting some kind of bottleneck, what should we expect to be able to support on a single piece of >> hardware? We?ve kept our dialplans as small as possible and we?re using Memcache, but something tells me it?s >> the call setup process which is triggering the spikes, is this possibly a limitation on the SIP profiles which >> are single threaded?____ >> >> ____ >> >> I also see FreeSWITCH supports clustering but it?s in relation to high availability, is it possible to cluster a >> single FreeSWITCH instance across multiple hardware or should we be looking elsewhere to solve these >> bottlenecks?____ >> >> ____ >> >> We switched to TCP Vegas on our new build as recommended on the FreeSWITCH Wiki, this has provided a noticeable >> reduction in audio latency but doesn?t solve the issue with CPU spikes.____ >> >> ____ >> >> Many Thanks,____ >> >> Shaun____ >> >> ____ >> >> *From:*freeswitch-users-bounces at lists.freeswitch.org >> >> [mailto:freeswitch-users-bounces at lists.freeswitch.org >> ] *On Behalf Of *Michael Jerris >> *Sent:* 15 August 2015 23:00 >> *To:* FreeSWITCH Users Help > > >> *Subject:* Re: [Freeswitch-users] FreeSwitch - Performance issues____ >> >> ____ >> >> There are multiple known issues with Ubuntu 12.04. We reccomend Debian 8 Jessie. >> >> On Friday, August 14, 2015, Shaun Stokes > > wrote:____ >> >> Hi,____ >> >> ____ >> >> We?re experiencing performance issues with FreeSwitch, our target is 500 concurrent sessions, but at the >> moment this starts to bottleneck around 30.____ >> >> ____ >> >> Host system:____ >> >> Windows Server 2012 Hyper-V Host____ >> >> AMD Opteron 4386 (2 processors) ? 16 cores total____ >> >> 128GB DDR3____ >> >> 2TB RAID 5 (700MB/s tested read and write throughput)____ >> >> ____ >> >> FreeSwitch Virtual Machine:____ >> >> FreeSwitch 1.4.15____ >> >> Ubuntu 12.04 LTS____ >> >> 16 Virtual cores (high priority)____ >> >> 2GB RAM (would assign more but FreeSwitch never seems to use much)____ >> >> 500GB HD (on VHDX)____ >> >> ____ >> >> After around 30 concurrent sessions we begin to see CPU spikes almost every time a new call comes in, as the >> sessions increase the size and frequency of the CPU spikes also increase. The system seems to be able to sit >> comfortably with over 100 concurrent sessions and 80% idle CPU, providing we don?t have any new calls >> hitting the platform. The spikes are causing audio (RTP) to stutter or in some cases drop completely for a >> few seconds.____ >> >> ____ >> >> The FreeSwitch spikes are occurring on all 16 cores, we have been monitoring the system using htop and >> mpstat.____ >> >> ____ >> >> This is an example of when we receive an inbound call while we have 34 concurrent sessions:____ >> >> 14:26:04 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle____ >> >> 14:26:05 all 1.67 0.00 27.34 0.00 0.25 0.00 0.00 0.00 70.74____ >> >> 14:26:05 0 1.00 0.00 28.00 0.00 0.00 0.00 0.00 0.00 71.00____ >> >> 14:26:05 1 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28____ >> >> 14:26:05 2 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28____ >> >> 14:26:05 3 3.92 0.00 26.47 0.00 0.00 0.00 0.00 0.00 69.61____ >> >> 14:26:05 4 0.99 0.00 25.74 0.00 1.98 0.00 0.00 0.00 71.29____ >> >> 14:26:05 5 0.99 0.00 26.73 0.00 0.99 0.00 0.00 0.00 71.29____ >> >> 14:26:05 6 0.00 0.00 26.47 0.00 0.98 0.00 0.00 0.00 72.55____ >> >> 14:26:05 7 0.00 0.00 26.73 0.00 0.00 0.00 0.00 0.00 73.27____ >> >> 14:26:05 8 3.96 0.00 27.72 0.00 0.00 0.00 0.00 0.00 68.32____ >> >> 14:26:05 9 2.00 0.00 27.00 0.00 0.00 0.00 0.00 0.00 71.00____ >> >> 14:26:05 10 6.00 0.00 32.00 0.00 0.00 0.00 0.00 0.00 62.00____ >> >> 14:26:05 11 1.96 0.00 27.45 0.00 0.00 0.00 0.00 0.00 70.59____ >> >> 14:26:05 12 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28____ >> >> 14:26:05 13 1.00 0.00 28.00 0.00 0.00 0.00 0.00 0.00 71.00____ >> >> 14:26:05 14 0.00 0.00 27.00 0.00 0.00 0.00 0.00 0.00 73.00____ >> >> ____ >> >> This is when the system is not receiving an inbound call but is sitting comfortably at 34 concurrent >> sessions:____ >> >> 14:25:57 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle____ >> >> 14:25:58 all 0.87 0.00 0.62 0.00 0.12 0.00 0.00 0.00 98.39____ >> >> 14:25:58 0 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02____ >> >> 14:25:58 1 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02____ >> >> 14:25:58 2 0.98 0.00 0.98 0.00 0.00 0.00 0.00 0.00 98.04____ >> >> 14:25:58 3 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01____ >> >> 14:25:58 4 0.00 0.00 0.00 0.00 1.98 0.00 0.00 0.00 98.02____ >> >> 14:25:58 5 0.00 0.00 0.00 0.00 0.99 0.00 0.00 0.00 99.01____ >> >> 14:25:58 6 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01____ >> >> 14:25:58 7 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01____ >> >> 14:25:58 8 5.00 0.00 1.00 0.00 0.00 0.00 0.00 0.00 94.00____ >> >> 14:25:58 9 1.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00____ >> >> 14:25:58 10 1.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00____ >> >> 14:25:58 11 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02____ >> >> 14:25:58 12 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00____ >> >> 14:25:58 13 1.98 0.00 0.99 0.00 0.00 0.00 0.00 0.00 97.03____ >> >> 14:25:58 14 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00____ >> >> 14:25:58 15 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00____ >> >> ____ >> >> We?re using FreeSwitch in multi-tenant mode, we have tried dedicating a single VM for one tenancy but still >> experience the issue. My assumption has been that this will be due to the dialplan, I?ve optimized this >> slightly by writing LUA scripts to handle some of the inbound calls this appears to take away some of the >> load but we?re still using the internal dialplans for each tenancy (tenancy dialplans have an average of 300 >> entries).____ >> >> ____ >> >> We are using the following arguments when running FreeSwitch:____ >> >> -rp ?nc ?nonat____ >> >> ____ >> >> I?ve seen another post which says we should operate FreeSwitch in High Performance mode using ?hp but can?t >> find anything information about this, is this still a valid argument to use with FreeSwitch?____ >> >> ____ >> >> Has anyone experienced similar performance issues before or have any advice?____ >> >> ____ >> >> Hope someone may be able help.____ >> >> ____ >> >> Thanks,____ >> >> Shaun____ >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus Scanning Service. >> __________________________________________________________________________ >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus Scanning Service. >> __________________________________________________________________________ >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus Scanning Service. >> __________________________________________________________________________ >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org____ >> >> __ __ >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus Scanning Service. >> __________________________________________________________________________ >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus Scanning Service. >> ______________________________________________________________________ >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > -- ------------------------------------------------------------ Nathan Neulinger nneul at mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect From shaun.stokes at itec-support.co.uk Fri Aug 28 18:37:45 2015 From: shaun.stokes at itec-support.co.uk (Shaun Stokes) Date: Fri, 28 Aug 2015 14:37:45 +0000 Subject: [Freeswitch-users] FreeSwitch - Performance issues In-Reply-To: <55E06A65.1030206@mst.edu> References: <6FD2F8B5BB72834E9939AEDF9FB802A9016076565C@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A9016B94AF6C@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A9016B94B08C@mbx-01.sysconfig.co.uk> <55E06643.9010207@mst.edu> <55E06A65.1030206@mst.edu> Message-ID: <6FD2F8B5BB72834E9939AEDF9FB802A9016B94B411@mbx-01.sysconfig.co.uk> Hi Nathan, Thanks for the suggestion, we still see the CPU spikes when is under load after reducing to 8 cores but I think there may actually be an improvement in the audio quality. It's still not what we're expecting, so we will have to test our build on physical hardware too. Thanks, Shaun -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Nathan Neulinger Sent: 28 August 2015 15:04 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] FreeSwitch - Performance issues Yes, I know you said Hyper-V, I don't know if it has the same sort of scheduler behavior or not, just mentioned the vmware for context. On 08/28/2015 08:46 AM, Nathan Neulinger wrote: > One thing that I see jump out - you've probably got too many virtual > cores defined on that VM, particularly since you've assigned # vcpu the same as the number of real cores on the host system. > > Try your test again dropping that to 8 virtual CPUs and I think you > might see better results. (Or at least drop to less than 100% of the > total cores on the hardware.) > > Particularly if this host system has other vms running on it, you're > hurting the vm scheduler's ability to hand out resources. With vmware, > I believe a simple rule of thumb is that scheduler requires N-1 CPUs > to be locked to schedule execution of an N cpu virtual machine - so even if it doesn't need all of the CPUs, it has to reserve all of them any time you have more than a 2 vCPU vm. > > -- Nathan > > On 08/28/2015 08:18 AM, Michael Jerris wrote: >> The numbers your posting are fairly low, I'm guessing this is a >> grossly underpowered vm that is causing your issues >> >> On Friday, August 28, 2015, Shaun Stokes > wrote: >> >> Hi Peter,____ >> >> __ __ >> >> Thanks for the advice, this is something we're already looking into but we don't have the new hardware available >> yet.____ >> >> __ __ >> >> Debian 8 has great integration with Hyper-V on 2012R2 and operates as a Generation 2 VM, obviously it's never going >> to be as good as running directly on the hardware but we were >> hoping for better performance.____ >> >> __ __ >> >> Thanks,____ >> >> Shaun____ >> >> __ __ >> >> *From:*freeswitch-users-bounces at lists.freeswitch.org >> >> [mailto:freeswitch-users-bounces at lists.freeswitch.org >> ] *On Behalf Of *Peter Olsson >> *Sent:* 28 August 2015 10:43 >> *To:* FreeSWITCH Users Help > > >> *Subject:* Re: [Freeswitch-users] FreeSwitch - Performance >> issues____ >> >> __ __ >> >> If you want high performance, I recommend using real hardware, not a virtual machine setup - it will cause you >> issues.____ >> >> __ __ >> >> /Peter____ >> >> __ __ >> >> 2015-08-28 9:44 GMT+02:00 Shaun Stokes > >> >:__ >> __ >> >> Hi Michael,____ >> >> ____ >> >> Thanks for the response and recommendation.____ >> >> ____ >> >> Our new build is now on Debian 8 Jessie, performance on the system is noticeably better and any audio problems >> while the system is under load are significantly reduced but we do still experience spikes along with reduced >> audio quality when the system is processing 20 calls per >> second while already maintaining 80 existing calls.____ >> >> ____ >> >> We're still hitting some kind of bottleneck, what should we expect to be able to support on a single piece of >> hardware? We've kept our dialplans as small as possible and we're using Memcache, but something tells me it's >> the call setup process which is triggering the spikes, is this possibly a limitation on the SIP profiles which >> are single threaded?____ >> >> ____ >> >> I also see FreeSWITCH supports clustering but it's in relation to high availability, is it possible to cluster a >> single FreeSWITCH instance across multiple hardware or should we be looking elsewhere to solve these >> bottlenecks?____ >> >> ____ >> >> We switched to TCP Vegas on our new build as recommended on the FreeSWITCH Wiki, this has provided a noticeable >> reduction in audio latency but doesn't solve the issue with >> CPU spikes.____ >> >> ____ >> >> Many Thanks,____ >> >> Shaun____ >> >> ____ >> >> *From:*freeswitch-users-bounces at lists.freeswitch.org >> >> [mailto:freeswitch-users-bounces at lists.freeswitch.org >> ] *On Behalf Of *Michael Jerris >> *Sent:* 15 August 2015 23:00 >> *To:* FreeSWITCH Users Help > > >> *Subject:* Re: [Freeswitch-users] FreeSwitch - Performance >> issues____ >> >> ____ >> >> There are multiple known issues with Ubuntu 12.04. We reccomend Debian 8 Jessie. >> >> On Friday, August 14, 2015, Shaun Stokes > >> > >> wrote:____ >> >> Hi,____ >> >> ____ >> >> We're experiencing performance issues with FreeSwitch, our target is 500 concurrent sessions, but at the >> moment this starts to bottleneck around 30.____ >> >> ____ >> >> Host system:____ >> >> Windows Server 2012 Hyper-V Host____ >> >> AMD Opteron 4386 (2 processors) - 16 cores total____ >> >> 128GB DDR3____ >> >> 2TB RAID 5 (700MB/s tested read and write >> throughput)____ >> >> ____ >> >> FreeSwitch Virtual Machine:____ >> >> FreeSwitch 1.4.15____ >> >> Ubuntu 12.04 LTS____ >> >> 16 Virtual cores (high priority)____ >> >> 2GB RAM (would assign more but FreeSwitch never seems to >> use much)____ >> >> 500GB HD (on VHDX)____ >> >> ____ >> >> After around 30 concurrent sessions we begin to see CPU spikes almost every time a new call comes in, as the >> sessions increase the size and frequency of the CPU spikes also increase. The system seems to be able to sit >> comfortably with over 100 concurrent sessions and 80% idle CPU, providing we don't have any new calls >> hitting the platform. The spikes are causing audio (RTP) to stutter or in some cases drop completely for a >> few seconds.____ >> >> ____ >> >> The FreeSwitch spikes are occurring on all 16 cores, we have been monitoring the system using htop and >> mpstat.____ >> >> ____ >> >> This is an example of when we receive an inbound call >> while we have 34 concurrent sessions:____ >> >> 14:26:04 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle____ >> >> 14:26:05 all 1.67 0.00 27.34 0.00 0.25 0.00 0.00 0.00 70.74____ >> >> 14:26:05 0 1.00 0.00 28.00 0.00 0.00 0.00 0.00 0.00 71.00____ >> >> 14:26:05 1 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28____ >> >> 14:26:05 2 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28____ >> >> 14:26:05 3 3.92 0.00 26.47 0.00 0.00 0.00 0.00 0.00 69.61____ >> >> 14:26:05 4 0.99 0.00 25.74 0.00 1.98 0.00 0.00 0.00 71.29____ >> >> 14:26:05 5 0.99 0.00 26.73 0.00 0.99 0.00 0.00 0.00 71.29____ >> >> 14:26:05 6 0.00 0.00 26.47 0.00 0.98 0.00 0.00 0.00 72.55____ >> >> 14:26:05 7 0.00 0.00 26.73 0.00 0.00 0.00 0.00 0.00 73.27____ >> >> 14:26:05 8 3.96 0.00 27.72 0.00 0.00 0.00 0.00 0.00 68.32____ >> >> 14:26:05 9 2.00 0.00 27.00 0.00 0.00 0.00 0.00 0.00 71.00____ >> >> 14:26:05 10 6.00 0.00 32.00 0.00 0.00 0.00 0.00 0.00 62.00____ >> >> 14:26:05 11 1.96 0.00 27.45 0.00 0.00 0.00 0.00 0.00 70.59____ >> >> 14:26:05 12 0.99 0.00 26.73 0.00 0.00 0.00 0.00 0.00 72.28____ >> >> 14:26:05 13 1.00 0.00 28.00 0.00 0.00 0.00 0.00 0.00 71.00____ >> >> 14:26:05 14 0.00 0.00 27.00 0.00 0.00 0.00 0.00 0.00 73.00____ >> >> ____ >> >> This is when the system is not receiving an inbound call but is sitting comfortably at 34 concurrent >> sessions:____ >> >> 14:25:57 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle____ >> >> 14:25:58 all 0.87 0.00 0.62 0.00 0.12 0.00 0.00 0.00 98.39____ >> >> 14:25:58 0 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02____ >> >> 14:25:58 1 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02____ >> >> 14:25:58 2 0.98 0.00 0.98 0.00 0.00 0.00 0.00 0.00 98.04____ >> >> 14:25:58 3 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01____ >> >> 14:25:58 4 0.00 0.00 0.00 0.00 1.98 0.00 0.00 0.00 98.02____ >> >> 14:25:58 5 0.00 0.00 0.00 0.00 0.99 0.00 0.00 0.00 99.01____ >> >> 14:25:58 6 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01____ >> >> 14:25:58 7 0.00 0.00 0.99 0.00 0.00 0.00 0.00 0.00 99.01____ >> >> 14:25:58 8 5.00 0.00 1.00 0.00 0.00 0.00 0.00 0.00 94.00____ >> >> 14:25:58 9 1.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00____ >> >> 14:25:58 10 1.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00____ >> >> 14:25:58 11 0.99 0.00 0.99 0.00 0.00 0.00 0.00 0.00 98.02____ >> >> 14:25:58 12 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00____ >> >> 14:25:58 13 1.98 0.00 0.99 0.00 0.00 0.00 0.00 0.00 97.03____ >> >> 14:25:58 14 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00____ >> >> 14:25:58 15 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00____ >> >> ____ >> >> We're using FreeSwitch in multi-tenant mode, we have tried dedicating a single VM for one tenancy but still >> experience the issue. My assumption has been that this will be due to the dialplan, I've optimized this >> slightly by writing LUA scripts to handle some of the inbound calls this appears to take away some of the >> load but we're still using the internal dialplans for each tenancy (tenancy dialplans have an average of 300 >> entries).____ >> >> ____ >> >> We are using the following arguments when running >> FreeSwitch:____ >> >> -rp -nc -nonat____ >> >> ____ >> >> I've seen another post which says we should operate FreeSwitch in High Performance mode using -hp but can't >> find anything information about this, is this still a >> valid argument to use with FreeSwitch?____ >> >> ____ >> >> Has anyone experienced similar performance issues before >> or have any advice?____ >> >> ____ >> >> Hope someone may be able help.____ >> >> ____ >> >> Thanks,____ >> >> Shaun____ >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus Scanning Service. >> >> _____________________________________________________________________ >> _____ >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus Scanning Service. >> >> _____________________________________________________________________ >> _____ >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus Scanning Service. >> >> _____________________________________________________________________ >> _____ >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org____ >> >> __ __ >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus Scanning Service. >> >> _____________________________________________________________________ >> _____ >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus Scanning Service. >> >> _____________________________________________________________________ >> _ >> >> >> >> _____________________________________________________________________ >> ____ Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-us >> ers >> http://www.freeswitch.org >> > -- ------------------------------------------------------------ Nathan Neulinger nneul at mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ From Tim at Millicorp.com Fri Aug 28 21:26:21 2015 From: Tim at Millicorp.com (Tim Meade) Date: Fri, 28 Aug 2015 17:26:21 +0000 Subject: [Freeswitch-users] OPUS, pjsip, csipsimple bug for 1 chanel Message-ID: We are playing around with opus on iOS and freeswitch. Dialing out from iOS through FS shows this: Invalid SDP for opus. Don't ask.. but it needs a /2 FS seems to fix the invalid opus and the call sounds fantastic. The problem is on sending opus TO the iOS device. FS is sending: a=rtpmap:102 opus/48000/2. Which is correct and true. We are reading that this particular implementation of opus from cSipSimple has a know bug on the /2 it just wants opus/48000. Does anyone know of a fix for either the cSipSimple side or a workaround for FS to just send the opus/48000. ? Thanks Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/bb0f4ee3/attachment.html From krice at freeswitch.org Fri Aug 28 21:41:20 2015 From: krice at freeswitch.org (Ken Rice) Date: Fri, 28 Aug 2015 17:41:20 +0000 Subject: [Freeswitch-users] The FreeSWITCH 1.4.21 release is here! Message-ID: <55e09d40edce0_23f9b653287782@resque-worker-high.1.mail> New Post on freeswitch.org from Kathleen King check it out at http://ift.tt/1JC21dn The FreeSWITCH 1.4.21 release is here! The FreeSWITCH 1.4.21 release is here! This is a routine maintenance release and the resources are located here: Tarballs: http://ift.tt/1JBF6un Packaging: http://ift.tt/1U8FMQN New features that were added: FS-7760 [mod_sofia] Added xml fetch for channels to externally support nightmare transfer depends on channel-xml-fetch-on-nightmare-transfer profile param (default is disabled) Improvements in build system, cross platform support, and packaging: OPENZAP-238 [freetdm] Fix some GSM compilation errors and do a bit of code cleanup OPENZAP-237 [freetdm] Use __func__ instead of __FUNCTION__ to comply with c99 in gcc 5.1 FS-7043 Fixed apr1 unresolved symbols in libfreeswitch.so.1.0.0 FS-7985 [mod_voicemail] Fixed a compilation error on 32-bit PCC platform FS-8047 [mod_basic] Fixed a build error on newer compiler The following bugs were squashed: FS-8028?[mod_shout] fix random sockets being closed regression from FS-7621 FS-8037?[core] zrtp-passthru shouldn?t activate unless the zrtp-hash is in the SDP. FS-7732?[mod_commands] Continue recording with uuid_transfer FS-7721?[core] Fixed a segfault caused when using session:recordFile() and session:unsetInputCallback in a lua script FS-7429?[mod_curl] Fixed to output valid json. NOTE: this may cause issues if you have worked around this invalid json already FS-7761?[core] Fix shutdown races running api commands during shutdown FS-7767?[mod_sofia] Fixed a segfault caused by invalid arguments to sip_dig FS-7778?[mod_sofia] Fixed a bug causing a SQL statement to fail because of a double quote instead of a single quote FS-7754?[freetdm] Fixed a bug relating to single digit dial-regex with analog devices FS-7731?[mod_xml_cdr] Fixed a curl default connection timeout FS-7685?[mod_say_nl] Fix Dutch numbers pronunciation FS-7654?[core] Fixed regressions on eavesdropping on channels playing a file and on channels with unlike rates FS-7866?[core] Fixed a crash when running incorrect var api expansion syntax ?eval ${${external_sip_ip}:4}? FS-7872?[mod_verto] Gracefully fail attempting to transfer 1 legged call FS-7891?[mod_spandsp] Allow spandsp dtmf detector to work on rates other than 8k FS-7839?[webrtc] Correct firefox > 38 DTLS behavior to match new EC requirements FS-7917?[mod_sofia] Fixed default config, we really shouldn?t be setting ext-*-ip settings for ipv6 profiles FS-7951?[mod_rayo] Completely clean up mod_rayo if it fails to load FS-7955?[mod_sofia] Fixed a crash caused by invalid contact when using event to send a notify message FS-7975?[mod_voicemail] Fix record-greeting event missing VM-Greeting-Path FS-7969?Fixed a segfault due to pthread_setschedparam() on a thread that has exited FS-7962?[mod_sofia] Fixed sporadic invite/replaces failure FS-7486?[mod_sofia] Fixed the handling of queued requests FS-7750?[mod_commands] Set uuid_setvar to handle arrays -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/7cf44f1a/attachment.html From msc at freeswitch.org Fri Aug 28 21:45:06 2015 From: msc at freeswitch.org (Michael Collins) Date: Fri, 28 Aug 2015 10:45:06 -0700 Subject: [Freeswitch-users] problem with "play_and_get_digits" command (DTMF delay time) In-Reply-To: References: Message-ID: I found this in mod_dptools.c inside the bind_to_session function: if (!(dmachine = switch_core_session_get_dmachine(session, target))) { uint32_t digit_timeout = 1500; uint32_t input_timeout = 0; const char *var; if ((var = switch_channel_get_variable(channel, "bind_digit_digit_timeout"))) { digit_timeout = switch_atoul(var); } if ((var = switch_channel_get_variable(channel, "bind_digit_input_timeout"))) { input_timeout = switch_atoul(var); } switch_ivr_dmachine_create(&dmachine, "DPTOOLS", NULL, digit_timeout, input_timeout, NULL, digit_nomatch_action_callback, session); switch_core_session_set_dmachine(session, dmachine, target); } It appears that there might be two channel variables for you to try: bind_digit_digit_timeout bind_digit_input_timeout These appear not to be documented at present, so I think you can help pay it forward by tinkering with them and then reporting back what you find out. As a guess, I'd say you're running into an issue with people who spend more than 1.5 seconds between digits. (It appears the default is 1500ms.) Try setting the bind_digit_digit_timeout value in the dialplan. Set it to something absurdly long like 7500 so that you can know for sure it is working. Please report back with your findings so that the docs team can document this. Bonus points if you document it yourself. :) Hope this helps, Michael On Wed, Aug 26, 2015 at 10:16 PM, Manish Talwar wrote: > Hi, > > > Thank you for your response. > > > Actually, we are using multiple play_and_get_digits in a single dialplan. > And when user inputed any matching format of input then we need to > leave all remaining play_and_get_digits commands of that dialplan. That > is why I used bind_digit_action also in same dialplan. > > > Please suggest how do we make the changes for this concern, how do we > break the dialplan when required matching input found. > > > Basically, its works fine as our requirement but we need to increase the > DTMF delay time only, whenever user inputed slowly then its take the > chunk of inputed data and tried to match the bind_digit_action > expression. As its break the DTMF into many chunks so its not matching > expected regular expression of command. > > > Please suggest. > > > Thanks, > > > Regards, > > Manish Talwar > > > ------------------------------ > *From:* freeswitch-users-bounces at lists.freeswitch.org < > freeswitch-users-bounces at lists.freeswitch.org> on behalf of Michael > Collins > *Sent:* 26 August 2015 20:12 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] problem with "play_and_get_digits" > command (DTMF delay time) > > Is there a reason that you're trying to use both bind_digit_action and > play_and_get_digits? Normally you'd use just one or the other, and if > you're explicitly asking the user for input then I'd think that you would > only need play_and_get_digits. > > -MC > > On Tue, Aug 25, 2015 at 5:56 AM, Manish Talwar > wrote: > >> Hi, >> >> >> I have found one small problem with "play_and_get_digits" command. We >> have a IVR application and I am trying to get either "16 digit" card >> number or "0" for move to customer support from the user. Please find >> my dialplan as follows: >> >> >> *2015-08-25 18:05:37.535806 [CRIT] mod_httapi.c:1148 Debugging Return >> Data:* >> >> *> applicati* >> >> *on="log" data="card number inputed: 2"/>> application="flush_dtmf"/>> >> *ute application="sleep" data="2000"/>> application="clear_digit_action"* >> >> *data="my_digit" />> data="my_digit,~\d{1* >> >> *6}|^[0]{1},exec:transfer,dummy_transfer" />> application="play_and_get_digi* >> >> *ts" data="0 16 1 1000 # en-US/enter_card_number.mp3 '' Digits '' 1000 '' >> " />> >> *tVariable name="Digits"/>> action="http://localhost:8080/ivr/fsentercardnumber/response/ >> " a* >> >> *pplication="play_and_get_digits" data="0 16 1 20000 # >> en-US/menu_speak_csr.mp3 '* >> >> *' Digits '' 20000 '' " />> application="clea* >> >> *r_digit_action" data="my_digit" />* >> >> >> >> It is working fine as expected if user input 16 digit number continuously without >> any delay. After getting full 16 digit number it will match the "bind_digit_action" >> and move to other dialplan. >> >> >> But my problem is if a user enter card number slowly then its trying to >> match already inputed DTMF values with matching binding and received next >> inputed value as different DTMF values. As a example, if I tried to input >> 55 and then wait for 1-2 seconds then Freeswitch tried to match 55 with >> binding. >> >> >> >> *2015-08-25 18:05:39.535920 [DEBUG] switch_ivr_play_say.c:1305 Codec >> Activated L1* >> >> *6 at 8000hz 1 channels 20ms* >> >> *2015-08-25 18:05:39.755933 [DEBUG] switch_rtp.c:5819 RTP RECV DTMF >> 5:2080* >> >> *2015-08-25 18:05:40.015948 [DEBUG] switch_rtp.c:5819 RTP RECV DTMF >> 5:2080* >> >> *2015-08-25 18:05:41.536035 [DEBUG] mod_dptools.c:132 >> sofia/internal/18188535351 <18188535351>@* >> >> *192.168.1.112 Digit NOT match binding [55]* >> >> *2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:486 RECV DTMF 5:2000* >> >> *2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:582 >> sofia/internal/181885353* >> >> *51 at 192.168.1.112 <51 at 192.168.1.112> Queue dtmf* >> >> *digit=5 ms=250 samples=2000* >> >> *2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:486 RECV DTMF 5:2000* >> >> *2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:582 >> sofia/internal/181885353* >> >> *51 at 192.168.1.112 <51 at 192.168.1.112> Queue dtmf* >> >> *digit=5 ms=250 samples=2000* >> >> >> >> I don't want fresswtich tried to match the binding if there is any pause >> time while inputed the number as user can type slowly. >> >> >> I want to reset this binding delay time so that user can type slowly and >> we will get full 16 digits number for matching inputed value in certain >> time interval. >> >> >> Please suggest me how can I resolve this problem and increase the DTMF >> delay time. >> >> >> Thanks, >> >> >> Regards, >> >> Manish Talwar >> >> >> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/abc02b1f/attachment-0001.html From brian at freeswitch.org Fri Aug 28 22:33:02 2015 From: brian at freeswitch.org (Brian West) Date: Fri, 28 Aug 2015 13:33:02 -0500 Subject: [Freeswitch-users] OPUS, pjsip, csipsimple bug for 1 chanel In-Reply-To: References: Message-ID: tsk tsk tsk, could cSipSimple fix their brokenness? On Fri, Aug 28, 2015 at 12:26 PM, Tim Meade wrote: > We are playing around with opus on iOS and freeswitch. > > Dialing out from iOS through FS shows this: Invalid SDP for opus. Don't > ask.. but it needs a /2 > > FS seems to fix the invalid opus and the call sounds fantastic. > > The problem is on sending opus TO the iOS device. FS is sending: > a=rtpmap:102 opus/48000/2. Which is correct and true. > > We are reading that this particular implementation of opus from cSipSimple > has a know bug on the /2 it just wants opus/48000. > > Does anyone know of a fix for either the cSipSimple side or a workaround > for FS to just send the opus/48000. ? > > Thanks > > Tim > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/8ce32fa8/attachment.html From Tim at Millicorp.com Fri Aug 28 22:39:13 2015 From: Tim at Millicorp.com (Tim Meade) Date: Fri, 28 Aug 2015 18:39:13 +0000 Subject: [Freeswitch-users] OPUS, pjsip, csipsimple bug for 1 chanel In-Reply-To: References: Message-ID: <8A48D9F9-333A-4885-A61E-0DDDAF304CF1@Millicorp.com> Similar thoughts?. Been 3 years?. From: > on behalf of Brian West Reply-To: FreeSWITCH Help Date: Friday, August 28, 2015 at 2:33 PM To: FreeSWITCH Help Subject: Re: [Freeswitch-users] OPUS, pjsip, csipsimple bug for 1 chanel tsk tsk tsk, could cSipSimple fix their brokenness? On Fri, Aug 28, 2015 at 12:26 PM, Tim Meade > wrote: We are playing around with opus on iOS and freeswitch. Dialing out from iOS through FS shows this: Invalid SDP for opus. Don't ask.. but it needs a /2 FS seems to fix the invalid opus and the call sounds fantastic. The problem is on sending opus TO the iOS device. FS is sending: a=rtpmap:102 opus/48000/2. Which is correct and true. We are reading that this particular implementation of opus from cSipSimple has a know bug on the /2 it just wants opus/48000. Does anyone know of a fix for either the cSipSimple side or a workaround for FS to just send the opus/48000. ? Thanks Tim _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at 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 brian at freeswitch.org [http://billing.freeswitch.org/templates/default/img/whmcslogo.png] Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/f47db370/attachment.html From eduar47 at gmail.com Fri Aug 28 22:41:22 2015 From: eduar47 at gmail.com (Eduar Cardona) Date: Fri, 28 Aug 2015 13:41:22 -0500 Subject: [Freeswitch-users] OPUS, pjsip, csipsimple bug for 1 chanel In-Reply-To: References: Message-ID: Write directly to Regis in cSipSimple forum, he uses to be quite responsive El 28/08/2015 12:28, "Tim Meade" escribi?: > We are playing around with opus on iOS and freeswitch. > > Dialing out from iOS through FS shows this: Invalid SDP for opus. Don't > ask.. but it needs a /2 > > FS seems to fix the invalid opus and the call sounds fantastic. > > The problem is on sending opus TO the iOS device. FS is sending: > a=rtpmap:102 opus/48000/2. Which is correct and true. > > We are reading that this particular implementation of opus from cSipSimple > has a know bug on the /2 it just wants opus/48000. > > Does anyone know of a fix for either the cSipSimple side or a workaround > for FS to just send the opus/48000. ? > > Thanks > > Tim > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/47435893/attachment.html From Tim at Millicorp.com Fri Aug 28 22:44:51 2015 From: Tim at Millicorp.com (Tim Meade) Date: Fri, 28 Aug 2015 18:44:51 +0000 Subject: [Freeswitch-users] OPUS, pjsip, csipsimple bug for 1 chanel In-Reply-To: References: Message-ID: <89D50EDD-4A76-456F-9641-281BFA9D33EA@Millicorp.com> Thanks. Passed it on to the mobile guys From: > on behalf of Eduar Cardona Reply-To: FreeSWITCH Help Date: Friday, August 28, 2015 at 2:41 PM To: FreeSWITCH Help Subject: Re: [Freeswitch-users] OPUS, pjsip, csipsimple bug for 1 chanel Write directly to Regis in cSipSimple forum, he uses to be quite responsive El 28/08/2015 12:28, "Tim Meade" > escribi?: We are playing around with opus on iOS and freeswitch. Dialing out from iOS through FS shows this: Invalid SDP for opus. Don't ask.. but it needs a /2 FS seems to fix the invalid opus and the call sounds fantastic. The problem is on sending opus TO the iOS device. FS is sending: a=rtpmap:102 opus/48000/2. Which is correct and true. We are reading that this particular implementation of opus from cSipSimple has a know bug on the /2 it just wants opus/48000. Does anyone know of a fix for either the cSipSimple side or a workaround for FS to just send the opus/48000. ? Thanks Tim _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/96755bce/attachment-0001.html From anthony.minessale at gmail.com Fri Aug 28 23:51:03 2015 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 28 Aug 2015 14:51:03 -0500 Subject: [Freeswitch-users] OPUS, pjsip, csipsimple bug for 1 chanel In-Reply-To: <89D50EDD-4A76-456F-9641-281BFA9D33EA@Millicorp.com> References: <89D50EDD-4A76-456F-9641-281BFA9D33EA@Millicorp.com> Message-ID: set NDLB_broken_opus_sdp=true sometime before you parse the sdp in channel vars or globally in vars.xml On Fri, Aug 28, 2015 at 1:44 PM, Tim Meade wrote: > Thanks. Passed it on to the mobile guys > > From: on behalf of Eduar > Cardona > Reply-To: FreeSWITCH Help > Date: Friday, August 28, 2015 at 2:41 PM > To: FreeSWITCH Help > Subject: Re: [Freeswitch-users] OPUS, pjsip, csipsimple bug for 1 chanel > > Write directly to Regis in cSipSimple forum, he uses to be quite responsive > El 28/08/2015 12:28, "Tim Meade" escribi?: > >> We are playing around with opus on iOS and freeswitch. >> >> Dialing out from iOS through FS shows this: Invalid SDP for opus. Don't >> ask.. but it needs a /2 >> >> FS seems to fix the invalid opus and the call sounds fantastic. >> >> The problem is on sending opus TO the iOS device. FS is sending: >> a=rtpmap:102 opus/48000/2. Which is correct and true. >> >> We are reading that this particular implementation of opus from >> cSipSimple has a know bug on the /2 it just wants opus/48000. >> >> Does anyone know of a fix for either the cSipSimple side or a workaround >> for FS to just send the opus/48000. ? >> >> Thanks >> >> Tim >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/1f91b668/attachment.html From dujinfang at gmail.com Sat Aug 29 03:55:53 2015 From: dujinfang at gmail.com (Seven Du) Date: Sat, 29 Aug 2015 07:55:53 +0800 Subject: [Freeswitch-users] JSON-based API calls In-Reply-To: References: Message-ID: I'd like to start the migration in the following way: 1) write a JSON version of all existing APIs 2) refactor all normal APIs to use JSON API internally and still output the same text result as before 3) It would be easy support other formats like XML and web once all APIs are internally JSON 4) Use modern way to require a desired format like use "Accept" header in HTTP to chose JSON/XML/Text etc. I would experiment a bit if the idea sounds good. On Thu, Aug 27, 2015 at 11:36 PM, Michael Jerris wrote: > we have added the jsonapi interface but almost nothing uses it yet. > Migrating functions to it will be a project over time > > > On Wednesday, August 26, 2015, David McNab wrote: > >> Hi there, >> >> How do you do API calls in JSON? Or, how do I get a list of all the API >> calls which can receive JSON parameters and return JSON return values? >> >> For example, in the console, I tried 'show calls', and got a list of >> calls. I did the same call from via XML-RPC from a python script, and got a >> single string back, containing what would have been output to the console. >> But when I tried, from the console: >> >> *json {"command":"show calls", "format":"pretty", "data":{}}* >> >> I got an invalid response. >> >> I also tried: >> >> *json {"command":"show", "format":"pretty", "data":"calls"}* >> >> but got similar. >> >> Is there a general sceme for invoking all the console API commands (and >> receiving responses) in JSON format? >> >> If not, I guess I need to write some parsers to process each command's >> output string. >> >> Cheers >> David >> >> > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- About: http://about.me/dujinfang Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150829/f31bebf7/attachment.html From davidmcnabnz at gmail.com Sat Aug 29 05:33:23 2015 From: davidmcnabnz at gmail.com (David McNab) Date: Sat, 29 Aug 2015 13:33:23 +1200 Subject: [Freeswitch-users] JSON-based API calls In-Reply-To: References: Message-ID: Hi Seven, What you're suggesting makes consummate sense. I feel a move away from the existing single-string input and output for API calls (which imposes an encoding/parsing burden on clients) to JSON would slash the cost of interfacing to Freeswitch, and further broaden its appeal. I started writing a higher-level Python interface layer, got as far as abstracting the ESL connection and implementing a wrap of the "show calls" function, a showCalls() method which actually returns a list of dicts rather than an amorphous blob, and thought there has to be a better way. Especially since (a) The text output format may change at any time, and (b) the same effort would need to be repeated for several different languages. Is the move to json something that can be done incrementally, one function at a time, or does it really need an architectural change? What are people's thoughts on the best way of achieving this? Cheers David On 29 August 2015 at 11:55, Seven Du wrote: > I'd like to start the migration in the following way: > > 1) write a JSON version of all existing APIs > 2) refactor all normal APIs to use JSON API internally and still output > the same text result as before > 3) It would be easy support other formats like XML and web once all APIs > are internally JSON > 4) Use modern way to require a desired format like use "Accept" header in > HTTP to chose JSON/XML/Text etc. > > I would experiment a bit if the idea sounds good. > > > On Thu, Aug 27, 2015 at 11:36 PM, Michael Jerris wrote: > >> we have added the jsonapi interface but almost nothing uses it yet. >> Migrating functions to it will be a project over time >> >> >> On Wednesday, August 26, 2015, David McNab >> wrote: >> >>> Hi there, >>> >>> How do you do API calls in JSON? Or, how do I get a list of all the API >>> calls which can receive JSON parameters and return JSON return values? >>> >>> For example, in the console, I tried 'show calls', and got a list of >>> calls. I did the same call from via XML-RPC from a python script, and got a >>> single string back, containing what would have been output to the console. >>> But when I tried, from the console: >>> >>> *json {"command":"show calls", "format":"pretty", "data":{}}* >>> >>> I got an invalid response. >>> >>> I also tried: >>> >>> *json {"command":"show", "format":"pretty", "data":"calls"}* >>> >>> but got similar. >>> >>> Is there a general sceme for invoking all the console API commands (and >>> receiving responses) in JSON format? >>> >>> If not, I guess I need to write some parsers to process each command's >>> output string. >>> >>> Cheers >>> David >>> >>> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > About: http://about.me/dujinfang > Blog: http://www.dujinfang.com > Proj: http://www.freeswitch.org.cn > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150829/5627a73e/attachment-0001.html From mike at jerris.com Sat Aug 29 11:02:16 2015 From: mike at jerris.com (Michael Jerris) Date: Sat, 29 Aug 2015 03:02:16 -0400 Subject: [Freeswitch-users] JSON-based API calls In-Reply-To: References: Message-ID: The architecture is in place for json commands just only a few are implemented currently On Friday, August 28, 2015, David McNab wrote: > Hi Seven, > > What you're suggesting makes consummate sense. I feel a move away from the > existing single-string input and output for API calls (which imposes an > encoding/parsing burden on clients) to JSON would slash the cost of > interfacing to Freeswitch, and further broaden its appeal. > > I started writing a higher-level Python interface layer, got as far as > abstracting the ESL connection and implementing a wrap of the "show calls" > function, a showCalls() method which actually returns a list of dicts > rather than an amorphous blob, and thought there has to be a better way. > Especially since (a) The text output format may change at any time, and (b) > the same effort would need to be repeated for several different languages. > > Is the move to json something that can be done incrementally, one function > at a time, or does it really need an architectural change? What are > people's thoughts on the best way of achieving this? > > Cheers > David > > > On 29 August 2015 at 11:55, Seven Du > wrote: > >> I'd like to start the migration in the following way: >> >> 1) write a JSON version of all existing APIs >> 2) refactor all normal APIs to use JSON API internally and still output >> the same text result as before >> 3) It would be easy support other formats like XML and web once all APIs >> are internally JSON >> 4) Use modern way to require a desired format like use "Accept" header in >> HTTP to chose JSON/XML/Text etc. >> >> I would experiment a bit if the idea sounds good. >> >> >> On Thu, Aug 27, 2015 at 11:36 PM, Michael Jerris > > wrote: >> >>> we have added the jsonapi interface but almost nothing uses it yet. >>> Migrating functions to it will be a project over time >>> >>> >>> On Wednesday, August 26, 2015, David McNab >> > wrote: >>> >>>> Hi there, >>>> >>>> How do you do API calls in JSON? Or, how do I get a list of all the API >>>> calls which can receive JSON parameters and return JSON return values? >>>> >>>> For example, in the console, I tried 'show calls', and got a list of >>>> calls. I did the same call from via XML-RPC from a python script, and got a >>>> single string back, containing what would have been output to the console. >>>> But when I tried, from the console: >>>> >>>> *json {"command":"show calls", "format":"pretty", "data":{}}* >>>> >>>> I got an invalid response. >>>> >>>> I also tried: >>>> >>>> *json {"command":"show", "format":"pretty", "data":"calls"}* >>>> >>>> but got similar. >>>> >>>> Is there a general sceme for invoking all the console API commands (and >>>> receiving responses) in JSON format? >>>> >>>> If not, I guess I need to write some parsers to process each command's >>>> output string. >>>> >>>> Cheers >>>> David >>>> >>>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> About: http://about.me/dujinfang >> Blog: http://www.dujinfang.com >> Proj: http://www.freeswitch.org.cn >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150829/040ce4c9/attachment.html From Tim at Millicorp.com Sat Aug 29 20:26:10 2015 From: Tim at Millicorp.com (Tim Meade) Date: Sat, 29 Aug 2015 16:26:10 +0000 Subject: [Freeswitch-users] OPUS, pjsip, csipsimple bug for 1 chanel In-Reply-To: References: <89D50EDD-4A76-456F-9641-281BFA9D33EA@Millicorp.com> Message-ID: <87040064-BBC5-4F2B-BB7E-4CF2DAE941CB@Millicorp.com> Thanks! From: > on behalf of Anthony Minessale Reply-To: FreeSWITCH Help Date: Friday, August 28, 2015 at 3:51 PM To: FreeSWITCH Help Subject: Re: [Freeswitch-users] OPUS, pjsip, csipsimple bug for 1 chanel NDLB_broken_opus_sdp=true sometime before you parse the sdp in channel vars or globally in vars.xml -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150829/00bcb7b3/attachment.html From acrow at integrafin.co.uk Sat Aug 29 21:07:46 2015 From: acrow at integrafin.co.uk (Alex Crow) Date: Sat, 29 Aug 2015 18:07:46 +0100 Subject: [Freeswitch-users] FreeSwitch modems flow control? Message-ID: <55E1E6E2.3080903@integrafin.co.uk> Hi, I asked this question a *long* time ago as I was having major problems receiving faxes using HylaFAX and the builtin FS Modems, in that the FS Modems did not have any kind of flow control, which resulted in a repeated backing off of baud rate until the incoming faxes failed with a rate of over 50%. Has there been any change in the softmodem code to add flow control so that this does not happen any more? Best regards Alex From acrow at integrafin.co.uk Sat Aug 29 21:10:58 2015 From: acrow at integrafin.co.uk (Alex Crow) Date: Sat, 29 Aug 2015 18:10:58 +0100 Subject: [Freeswitch-users] Receiving faxes over sip trunk In-Reply-To: <24E5BB5ACAADB949A7D730917E2FD0543D648E@ATLNXEXCH04.nexxlinx.com> References: <24E5BB5ACAADB949A7D730917E2FD0543D648E@ATLNXEXCH04.nexxlinx.com> Message-ID: <55E1E7A2.6010106@integrafin.co.uk> I have a 95%+ success rate for send and receive on a Gamma trunk with T38 enabled using FS with T38 passtrhu to T38Modem instances connected to HylaFax. I had very poor results with the builtin FSModem stuff, but that was at least 4 years ago. Alex On 19/08/15 15:47, Michael T Mowatt wrote: > > HI all, > > Was wondering if anyone is using FreeSWITCH to receive > faxes over a SIP trunk, and what the experience has been like. I know > I?ve heard this can be difficult, but was interested in real experiences. > > Thanks, > > Mike > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150829/33daa42b/attachment-0001.html From lexxua at gmail.com Sat Aug 29 21:28:40 2015 From: lexxua at gmail.com (Volodymyr Fedorov) Date: Sat, 29 Aug 2015 20:28:40 +0300 Subject: [Freeswitch-users] FreeSwitch modems flow control? In-Reply-To: <55E1E6E2.3080903@integrafin.co.uk> References: <55E1E6E2.3080903@integrafin.co.uk> Message-ID: Hello, actually in my case we switched from hylafax and emulation of modems (t38modem or built in Freeswitch spandsp modem) to RxFax/TxFax apps combination. Because you need less of layers of software and solution becomes more simpler and stable. Did you look on: https://github.com/gonicus/gofaxip project they try to remove layer of modem protocol for Hylafax. On Sat, Aug 29, 2015 at 8:07 PM, Alex Crow wrote: > Hi, > > I asked this question a *long* time ago as I was having major problems > receiving faxes using HylaFAX and the builtin FS Modems, in that the FS > Modems did not have any kind of flow control, which resulted in a > repeated backing off of baud rate until the incoming faxes failed with a > rate of over 50%. > > Has there been any change in the softmodem code to add flow control so > that this does not happen any more? > > Best regards > > Alex > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Best regards, Volodymyr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150829/efd51986/attachment.html From acrow at integrafin.co.uk Sat Aug 29 22:55:20 2015 From: acrow at integrafin.co.uk (Alex Crow) Date: Sat, 29 Aug 2015 19:55:20 +0100 Subject: [Freeswitch-users] FreeSwitch modems flow control? In-Reply-To: References: <55E1E6E2.3080903@integrafin.co.uk> Message-ID: <55E20018.2090105@integrafin.co.uk> Hi Volodymyr, The gofaxip stuff does look interesting - did you try it out? We use Hylafax because a) it's about the best open-source fax server with a long history and b) It has Windows clients that provide a virtual printer, which is essential for our business (faxes sent via Excel macros) I've not found any solution that works with FS native spandsp based faxing that can also provide a Windows virtual printer for outbound faxing from the desktop. Faxing via email is not an option, I'm afraid. Alex On 29/08/15 18:28, Volodymyr Fedorov wrote: > Hello, actually in my case we switched from hylafax and emulation of > modems (t38modem or built in Freeswitch spandsp modem) to RxFax/TxFax > apps combination. Because you need less of layers of software and > solution becomes more simpler and stable. > Did you look on: https://github.com/gonicus/gofaxip project they try > to remove layer of modem protocol for Hylafax. > > > On Sat, Aug 29, 2015 at 8:07 PM, Alex Crow > wrote: > > Hi, > > I asked this question a *long* time ago as I was having major problems > receiving faxes using HylaFAX and the builtin FS Modems, in that > the FS > Modems did not have any kind of flow control, which resulted in a > repeated backing off of baud rate until the incoming faxes failed > with a > rate of over 50%. > > Has there been any change in the softmodem code to add flow control so > that this does not happen any more? > > Best regards > > Alex > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Best regards, > Volodymyr > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150829/8a37045d/attachment.html From steveayre at gmail.com Sun Aug 30 00:32:12 2015 From: steveayre at gmail.com (Steven Ayre) Date: Sat, 29 Aug 2015 21:32:12 +0100 Subject: [Freeswitch-users] Unable to get channel variables from directory to dialplan. In-Reply-To: References: Message-ID: You're looking for the auth-calls param on the sofia profile the call is being sent to. https://wiki.freeswitch.org/wiki/Sofia.conf.xml#auth-calls It's important to note that in SIP authentication of calls and registration are completely separate. Even if you're registered your calls won't show as from you unless you authenticate. Some of the profiles in the example (vanilla) config don't require authentication so you can receive public calls (eg calls into a DID) on that profile. On 26 August 2015 at 15:05, Vladislav Ivanov wrote: > Good Day, > > I have been trying to set up the sip phone at my home, and i'm having some > issues with channel variables. > From what I have read: > https://wiki.freeswitch.org/wiki/Routing_with_directory_parameters I > should force per-call authentication in your sofia.xml.conf for > to be passed through to the dialplan. But I were unable to find > this option in sofia/sofia_default files. > > https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables - > Although here there is nothing about "per-call authentication". And I'm not > sure how to proceed. > > I have this directory xml: > > > > > > > > > > > > value="$${outbound_caller_name}"/> > value="$${outbound_caller_id}"/> > > > > > Directory variables should be passed as ${variable} as they are channel > variables? > I have Dialplan as follows: > > > > > > > > > > > > > > > When I dial the call I get TestMessage [] instead of test_context. > Also, wrapping registrar_test extension with > doesn't help, my call will go to "all_reject" extension. > > What do I miss? > > Best Regards, > Vlad > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150829/917edce6/attachment-0001.html From lexxua at gmail.com Sun Aug 30 03:45:24 2015 From: lexxua at gmail.com (Volodymyr Fedorov) Date: Sun, 30 Aug 2015 02:45:24 +0300 Subject: [Freeswitch-users] FreeSwitch modems flow control? In-Reply-To: <55E20018.2090105@integrafin.co.uk> References: <55E1E6E2.3080903@integrafin.co.uk> <55E20018.2090105@integrafin.co.uk> Message-ID: Hi. Actually no, maybe I discovered it`s too late. Yes, we had Hylafax with Avantfax and bunch of t38modems and have tonns of problems in interoperability. So what we choose after looking https://freeswitch.org/confluence/display/FREESWITCH/mod_spandsp especially email2fax chapter: I wrote small pipe transport script for EXIM which converts PDF,TIFF,DOCX,DOC to tiff suitable for TxFax. On Sat, Aug 29, 2015 at 9:55 PM, Alex Crow wrote: > Hi Volodymyr, > > The gofaxip stuff does look interesting - did you try it out? > > We use Hylafax because a) it's about the best open-source fax server with > a long history and b) It has Windows clients that provide a virtual > printer, which is essential for our business (faxes sent via Excel macros) > > I've not found any solution that works with FS native spandsp based faxing > that can also provide a Windows virtual printer for outbound faxing from > the desktop. Faxing via email is not an option, I'm afraid. > > Alex > > > > On 29/08/15 18:28, Volodymyr Fedorov wrote: > > Hello, actually in my case we switched from hylafax and emulation of > modems (t38modem or built in Freeswitch spandsp modem) to RxFax/TxFax apps > combination. Because you need less of layers of software and solution > becomes more simpler and stable. > Did you look on: https://github.com/gonicus/gofaxip project they try to > remove layer of modem protocol for Hylafax. > > > On Sat, Aug 29, 2015 at 8:07 PM, Alex Crow wrote: > >> Hi, >> >> I asked this question a *long* time ago as I was having major problems >> receiving faxes using HylaFAX and the builtin FS Modems, in that the FS >> Modems did not have any kind of flow control, which resulted in a >> repeated backing off of baud rate until the incoming faxes failed with a >> rate of over 50%. >> >> Has there been any change in the softmodem code to add flow control so >> that this does not happen any more? >> >> Best regards >> >> Alex >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Best regards, > Volodymyr > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com > > FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Best regards, Volodymyr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150830/a61fc514/attachment.html From brian at freeswitch.org Sun Aug 30 03:48:55 2015 From: brian at freeswitch.org (Brian West) Date: Sat, 29 Aug 2015 18:48:55 -0500 Subject: [Freeswitch-users] FreeSwitch modems flow control? In-Reply-To: <55E1E6E2.3080903@integrafin.co.uk> References: <55E1E6E2.3080903@integrafin.co.uk> Message-ID: Ever file a bug report about it? On Saturday, August 29, 2015, Alex Crow wrote: > Hi, > > I asked this question a *long* time ago as I was having major problems > receiving faxes using HylaFAX and the builtin FS Modems, in that the FS > Modems did not have any kind of flow control, which resulted in a > repeated backing off of baud rate until the incoming faxes failed with a > rate of over 50%. > > Has there been any change in the softmodem code to add flow control so > that this does not happen any more? > > Best regards > > Alex > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150829/b6f31b6f/attachment.html From idokan at gmail.com Sun Aug 30 10:17:36 2015 From: idokan at gmail.com (ik) Date: Sun, 30 Aug 2015 09:17:36 +0300 Subject: [Freeswitch-users] Using hunt, original extension is busy while other one answered In-Reply-To: References: Message-ID: Have you set also ignore-early-media=true ? In 1.4.20 I found out last week that I also have this type of thing with it. Ido On Thu, Aug 27, 2015 at 12:15 PM, Yehavi Bourvine wrote: > Hi, > > We are using extension hunting (multiple destinations separated by | ) > in order to allow the call to jump to the next extension if the first one > is busy or does not answer. > We are also using the limit() function in order to know whether an > extension is in a call or not (people here do not like waiting calls). I > also set limit_ignore_transfer=false. > > The problem we have is: If the destination is A|B, A does not answer and > the call jumps to B and answered by him. At this state, limit shows that A > has one call and B has 0 calls; That way, B cannot transfer the call back > to A. > > Is this something wrong I am doing, an intended behavior, or a bug (for > which I have to open a JIRA)? > > Thanks! __Yehavi: > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150830/b1508f52/attachment.html From yehavi.bourvine at gmail.com Sun Aug 30 11:27:22 2015 From: yehavi.bourvine at gmail.com (Yehavi Bourvine) Date: Sun, 30 Aug 2015 10:27:22 +0300 Subject: [Freeswitch-users] Using hunt, original extension is busy while other one answered In-Reply-To: References: Message-ID: Yes, I am setting this parameter... Thanks, __Yehavi: 2015-08-30 9:17 GMT+03:00 ik : > Have you set also ignore-early-media=true ? > > In 1.4.20 I found out last week that I also have this type of thing with > it. > > Ido > > On Thu, Aug 27, 2015 at 12:15 PM, Yehavi Bourvine < > yehavi.bourvine at gmail.com> wrote: > >> Hi, >> >> We are using extension hunting (multiple destinations separated by | ) >> in order to allow the call to jump to the next extension if the first one >> is busy or does not answer. >> We are also using the limit() function in order to know whether an >> extension is in a call or not (people here do not like waiting calls). I >> also set limit_ignore_transfer=false. >> >> The problem we have is: If the destination is A|B, A does not answer and >> the call jumps to B and answered by him. At this state, limit shows that A >> has one call and B has 0 calls; That way, B cannot transfer the call back >> to A. >> >> Is this something wrong I am doing, an intended behavior, or a bug (for >> which I have to open a JIRA)? >> >> Thanks! __Yehavi: >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150830/9e41caaa/attachment-0001.html From idokan at gmail.com Sun Aug 30 13:09:54 2015 From: idokan at gmail.com (ik) Date: Sun, 30 Aug 2015 12:09:54 +0300 Subject: [Freeswitch-users] Using hunt, original extension is busy while other one answered In-Reply-To: References: Message-ID: try to set it to false, and see if that still exists for you. Ido On Sun, Aug 30, 2015 at 10:27 AM, Yehavi Bourvine wrote: > Yes, I am setting this parameter... > > Thanks, __Yehavi: > > 2015-08-30 9:17 GMT+03:00 ik : > >> Have you set also ignore-early-media=true ? >> >> In 1.4.20 I found out last week that I also have this type of thing with >> it. >> >> Ido >> >> On Thu, Aug 27, 2015 at 12:15 PM, Yehavi Bourvine < >> yehavi.bourvine at gmail.com> wrote: >> >>> Hi, >>> >>> We are using extension hunting (multiple destinations separated by | ) >>> in order to allow the call to jump to the next extension if the first one >>> is busy or does not answer. >>> We are also using the limit() function in order to know whether an >>> extension is in a call or not (people here do not like waiting calls). I >>> also set limit_ignore_transfer=false. >>> >>> The problem we have is: If the destination is A|B, A does not answer and >>> the call jumps to B and answered by him. At this state, limit shows that A >>> has one call and B has 0 calls; That way, B cannot transfer the call back >>> to A. >>> >>> Is this something wrong I am doing, an intended behavior, or a bug (for >>> which I have to open a JIRA)? >>> >>> Thanks! __Yehavi: >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150830/ad26fc2f/attachment.html From get.prashant.007 at gmail.com Sun Aug 30 14:10:21 2015 From: get.prashant.007 at gmail.com (Prashant Choudhary) Date: Sun, 30 Aug 2015 15:40:21 +0530 Subject: [Freeswitch-users] Freeswitch dialing Via Broadband phone Message-ID: Hello, I have my FreeSwitch configured in my local machine. I am using a broadband connection which comes with additional phone line connected via ADSL splitter. Which can be used to make calls, The router has the details of the phone connection. Now the thing is, can I use Freeswitch configured under same router to make outbound calls. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150830/3cf97424/attachment.html From acrow at integrafin.co.uk Sun Aug 30 16:26:09 2015 From: acrow at integrafin.co.uk (Alex Crow) Date: Sun, 30 Aug 2015 13:26:09 +0100 Subject: [Freeswitch-users] Freeswitch dialing Via Broadband phone In-Reply-To: References: Message-ID: <55E2F661.1000306@integrafin.co.uk> If your router behaves as a SIP->PSTN gateway then you should be able to configure it as a gateway in FreeSwitch. Alex On 30/08/15 11:10, Prashant Choudhary wrote: > Hello, > I have my FreeSwitch configured in my local machine. I am using a > broadband connection which comes with additional phone line connected > via ADSL splitter. Which can be used to make calls, The router has the > details of the phone connection. Now the thing is, can I use > Freeswitch configured under same router to make outbound calls. > Thanks > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150830/d3ea35f1/attachment.html From yehavi.bourvine at gmail.com Sun Aug 30 17:45:59 2015 From: yehavi.bourvine at gmail.com (Yehavi Bourvine) Date: Sun, 30 Aug 2015 16:45:59 +0300 Subject: [Freeswitch-users] Using hunt, original extension is busy while other one answered In-Reply-To: References: Message-ID: When I set it to false a lot of things broke, so I cannot test it :-( __Yehavi: 2015-08-30 12:09 GMT+03:00 ik : > try to set it to false, and see if that still exists for you. > > Ido > > On Sun, Aug 30, 2015 at 10:27 AM, Yehavi Bourvine < > yehavi.bourvine at gmail.com> wrote: > >> Yes, I am setting this parameter... >> >> Thanks, __Yehavi: >> >> 2015-08-30 9:17 GMT+03:00 ik : >> >>> Have you set also ignore-early-media=true ? >>> >>> In 1.4.20 I found out last week that I also have this type of thing with >>> it. >>> >>> Ido >>> >>> On Thu, Aug 27, 2015 at 12:15 PM, Yehavi Bourvine < >>> yehavi.bourvine at gmail.com> wrote: >>> >>>> Hi, >>>> >>>> We are using extension hunting (multiple destinations separated by | >>>> ) in order to allow the call to jump to the next extension if the first >>>> one is busy or does not answer. >>>> We are also using the limit() function in order to know whether an >>>> extension is in a call or not (people here do not like waiting calls). I >>>> also set limit_ignore_transfer=false. >>>> >>>> The problem we have is: If the destination is A|B, A does not answer >>>> and the call jumps to B and answered by him. At this state, limit shows >>>> that A has one call and B has 0 calls; That way, B cannot transfer the call >>>> back to A. >>>> >>>> Is this something wrong I am doing, an intended behavior, or a bug (for >>>> which I have to open a JIRA)? >>>> >>>> Thanks! __Yehavi: >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at 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 at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: >>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150830/1f1619da/attachment-0001.html From mgg at giagnocavo.net Mon Aug 31 10:16:21 2015 From: mgg at giagnocavo.net (Michael Giagnocavo) Date: Mon, 31 Aug 2015 06:16:21 +0000 Subject: [Freeswitch-users] XML RPC In-Reply-To: References: Message-ID: HTTP overhead isn't that bad (and ESL has a similar format doesn't it?). I'd be surprised and interested to hear what the scenario is where HTTP is adding significant load. But to avoid TCP setup/teardown, slap on e.g. nginx and turn on keepalives. That should get you most of the way there. -Michael -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Abdul Hakeem Sent: Thursday, August 27, 2015 6:14 AM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] XML RPC Hello Experts, Is there any possibility of using a different XML-RPC engine that does not involve HTTP ? The reason being, there are a few XML engines out there that avoids the HTTP overhead, TCP setup-teardown, & also uses very minimal resources Best regards, Abdul Hakeem _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From manish.talwar at nexxuspg.com Mon Aug 31 14:34:30 2015 From: manish.talwar at nexxuspg.com (Manish Talwar) Date: Mon, 31 Aug 2015 10:34:30 +0000 Subject: [Freeswitch-users] problem with "play_and_get_digits" command (DTMF delay time) In-Reply-To: References: , Message-ID: Hi Michael, Thanks for your help. Its working fine now with setting the value of "bind_digit_digit_timeout" and "bind_digit_input_timeout" channel variable. I have set it as 10000 and its wait till 10 sec now for matching the regular expression. Its working fine with me, your docs team can document this if required. Thanks, Regards, Manish Talwar ________________________________ From: freeswitch-users-bounces at lists.freeswitch.org on behalf of Michael Collins Sent: 28 August 2015 23:15 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] problem with "play_and_get_digits" command (DTMF delay time) I found this in mod_dptools.c inside the bind_to_session function: if (!(dmachine = switch_core_session_get_dmachine(session, target))) { uint32_t digit_timeout = 1500; uint32_t input_timeout = 0; const char *var; if ((var = switch_channel_get_variable(channel, "bind_digit_digit_timeout"))) { digit_timeout = switch_atoul(var); } if ((var = switch_channel_get_variable(channel, "bind_digit_input_timeout"))) { input_timeout = switch_atoul(var); } switch_ivr_dmachine_create(&dmachine, "DPTOOLS", NULL, digit_timeout, input_timeout, NULL, digit_nomatch_action_callback, session); switch_core_session_set_dmachine(session, dmachine, target); } It appears that there might be two channel variables for you to try: bind_digit_digit_timeout bind_digit_input_timeout These appear not to be documented at present, so I think you can help pay it forward by tinkering with them and then reporting back what you find out. As a guess, I'd say you're running into an issue with people who spend more than 1.5 seconds between digits. (It appears the default is 1500ms.) Try setting the bind_digit_digit_timeout value in the dialplan. Set it to something absurdly long like 7500 so that you can know for sure it is working. Please report back with your findings so that the docs team can document this. Bonus points if you document it yourself. :) Hope this helps, Michael On Wed, Aug 26, 2015 at 10:16 PM, Manish Talwar > wrote: Hi, Thank you for your response. Actually, we are using multiple play_and_get_digits in a single dialplan. And when user inputed any matching format of input then we need to leave all remaining play_and_get_digits commands of that dialplan. That is why I used bind_digit_action also in same dialplan. Please suggest how do we make the changes for this concern, how do we break the dialplan when required matching input found. Basically, its works fine as our requirement but we need to increase the DTMF delay time only, whenever user inputed slowly then its take the chunk of inputed data and tried to match the bind_digit_action expression. As its break the DTMF into many chunks so its not matching expected regular expression of command. Please suggest. Thanks, Regards, Manish Talwar ________________________________ From: freeswitch-users-bounces at lists.freeswitch.org > on behalf of Michael Collins > Sent: 26 August 2015 20:12 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] problem with "play_and_get_digits" command (DTMF delay time) Is there a reason that you're trying to use both bind_digit_action and play_and_get_digits? Normally you'd use just one or the other, and if you're explicitly asking the user for input then I'd think that you would only need play_and_get_digits. -MC On Tue, Aug 25, 2015 at 5:56 AM, Manish Talwar > wrote: Hi, I have found one small problem with "play_and_get_digits" command. We have a IVR application and I am trying to get either "16 digit" card number or "0" for move to customer support from the user. Please find my dialplan as follows: 2015-08-25 18:05:37.535806 [CRIT] mod_httapi.c:1148 Debugging Return Data: It is working fine as expected if user input 16 digit number continuously without any delay. After getting full 16 digit number it will match the "bind_digit_action" and move to other dialplan. But my problem is if a user enter card number slowly then its trying to match already inputed DTMF values with matching binding and received next inputed value as different DTMF values. As a example, if I tried to input 55 and then wait for 1-2 seconds then Freeswitch tried to match 55 with binding. 2015-08-25 18:05:39.535920 [DEBUG] switch_ivr_play_say.c:1305 Codec Activated L1 6 at 8000hz 1 channels 20ms 2015-08-25 18:05:39.755933 [DEBUG] switch_rtp.c:5819 RTP RECV DTMF 5:2080 2015-08-25 18:05:40.015948 [DEBUG] switch_rtp.c:5819 RTP RECV DTMF 5:2080 2015-08-25 18:05:41.536035 [DEBUG] mod_dptools.c:132 sofia/internal/18188535351@ 192.168.1.112 Digit NOT match binding [55] 2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:486 RECV DTMF 5:2000 2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:582 sofia/internal/181885353 51 at 192.168.1.112 Queue dtmf digit=5 ms=250 samples=2000 2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:486 RECV DTMF 5:2000 2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:582 sofia/internal/181885353 51 at 192.168.1.112 Queue dtmf digit=5 ms=250 samples=2000 I don't want fresswtich tried to match the binding if there is any pause time while inputed the number as user can type slowly. I want to reset this binding delay time so that user can type slowly and we will get full 16 digits number for matching inputed value in certain time interval. Please suggest me how can I resolve this problem and increase the DTMF delay time. Thanks, Regards, Manish Talwar _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150831/6f0330d6/attachment-0001.html From brian at freeswitch.org Mon Aug 31 17:50:13 2015 From: brian at freeswitch.org (Brian West) Date: Mon, 31 Aug 2015 08:50:13 -0500 Subject: [Freeswitch-users] problem with "play_and_get_digits" command (DTMF delay time) In-Reply-To: References: Message-ID: These are probably on the old wiki, just not migrated over yet. You're more than welcome to give back by documenting them too. :) Thanks, On Mon, Aug 31, 2015 at 5:34 AM, Manish Talwar wrote: > Hi Michael, > > > Thanks for your help. > > > Its working fine now with setting the value of "*bind_digit_digit_timeout*" > and "*bind_digit_input_timeout*" channel variable. I have set it as 10000 > and its wait till 10 sec now for matching the regular expression. > > > > > > > > Its working fine with me, your docs team can document this if required. > > > Thanks, > > > Regards, > > Manish Talwar > > > ------------------------------ > *From:* freeswitch-users-bounces at lists.freeswitch.org < > freeswitch-users-bounces at lists.freeswitch.org> on behalf of Michael > Collins > *Sent:* 28 August 2015 23:15 > > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] problem with "play_and_get_digits" > command (DTMF delay time) > > I found this in mod_dptools.c inside the bind_to_session function: > > if (!(dmachine = switch_core_session_get_dmachine(session, target))) { > uint32_t digit_timeout = 1500; > uint32_t input_timeout = 0; > const char *var; > > if ((var = switch_channel_get_variable(channel, > "bind_digit_digit_timeout"))) { > digit_timeout = switch_atoul(var); > } > > if ((var = switch_channel_get_variable(channel, > "bind_digit_input_timeout"))) { > input_timeout = switch_atoul(var); > } > > switch_ivr_dmachine_create(&dmachine, "DPTOOLS", NULL, > digit_timeout, input_timeout, NULL, digit_nomatch_action_callback, session); > switch_core_session_set_dmachine(session, dmachine, target); > } > > > It appears that there might be two channel variables for you to try: > bind_digit_digit_timeout > bind_digit_input_timeout > > These appear not to be documented at present, so I think you can help pay > it forward by tinkering with them and then reporting back what you find > out. As a guess, I'd say you're running into an issue with people who spend > more than 1.5 seconds between digits. (It appears the default is 1500ms.) > Try setting the bind_digit_digit_timeout value in the dialplan. Set it to > something absurdly long like 7500 so that you can know for sure it is > working. > > Please report back with your findings so that the docs team can document > this. Bonus points if you document it yourself. :) > > Hope this helps, > Michael > > > > On Wed, Aug 26, 2015 at 10:16 PM, Manish Talwar < > manish.talwar at nexxuspg.com> wrote: > >> Hi, >> >> >> Thank you for your response. >> >> >> Actually, we are using multiple play_and_get_digits in a single >> dialplan. And when user inputed any matching format of input then we need >> to leave all remaining play_and_get_digits commands of that dialplan. >> That is why I used bind_digit_action also in same dialplan. >> >> >> Please suggest how do we make the changes for this concern, how do we >> break the dialplan when required matching input found. >> >> >> Basically, its works fine as our requirement but we need to increase the >> DTMF delay time only, whenever user inputed slowly then its take the >> chunk of inputed data and tried to match the bind_digit_action >> expression. As its break the DTMF into many chunks so its not matching >> expected regular expression of command. >> >> >> Please suggest. >> >> >> Thanks, >> >> >> Regards, >> >> Manish Talwar >> >> >> ------------------------------ >> *From:* freeswitch-users-bounces at lists.freeswitch.org < >> freeswitch-users-bounces at lists.freeswitch.org> on behalf of Michael >> Collins >> *Sent:* 26 August 2015 20:12 >> *To:* FreeSWITCH Users Help >> *Subject:* Re: [Freeswitch-users] problem with "play_and_get_digits" >> command (DTMF delay time) >> >> Is there a reason that you're trying to use both bind_digit_action and >> play_and_get_digits? Normally you'd use just one or the other, and if >> you're explicitly asking the user for input then I'd think that you would >> only need play_and_get_digits. >> >> -MC >> >> On Tue, Aug 25, 2015 at 5:56 AM, Manish Talwar < >> manish.talwar at nexxuspg.com> wrote: >> >>> Hi, >>> >>> >>> I have found one small problem with "play_and_get_digits" command. We >>> have a IVR application and I am trying to get either "16 digit" card >>> number or "0" for move to customer support from the user. Please find >>> my dialplan as follows: >>> >>> >>> *2015-08-25 18:05:37.535806 [CRIT] mod_httapi.c:1148 Debugging Return >>> Data:* >>> >>> *>> applicati* >>> >>> *on="log" data="card number inputed: 2"/>>> application="flush_dtmf"/>>> >>> *ute application="sleep" data="2000"/>>> application="clear_digit_action"* >>> >>> *data="my_digit" />>> data="my_digit,~\d{1* >>> >>> *6}|^[0]{1},exec:transfer,dummy_transfer" />>> application="play_and_get_digi* >>> >>> *ts" data="0 16 1 1000 # en-US/enter_card_number.mp3 '' Digits '' 1000 >>> '' " />>> >>> *tVariable name="Digits"/>>> action="http://localhost:8080/ivr/fsentercardnumber/response/ >>> " a* >>> >>> *pplication="play_and_get_digits" data="0 16 1 20000 # >>> en-US/menu_speak_csr.mp3 '* >>> >>> *' Digits '' 20000 '' " />>> application="clea* >>> >>> *r_digit_action" data="my_digit" />* >>> >>> >>> >>> It is working fine as expected if user input 16 digit number >>> continuously without any delay. After getting full 16 digit number it >>> will match the "bind_digit_action" and move to other dialplan. >>> >>> >>> But my problem is if a user enter card number slowly then its trying to >>> match already inputed DTMF values with matching binding and received next >>> inputed value as different DTMF values. As a example, if I tried to input >>> 55 and then wait for 1-2 seconds then Freeswitch tried to match 55 with >>> binding. >>> >>> >>> >>> *2015-08-25 18:05:39.535920 [DEBUG] switch_ivr_play_say.c:1305 Codec >>> Activated L1* >>> >>> *6 at 8000hz 1 channels 20ms* >>> >>> *2015-08-25 18:05:39.755933 [DEBUG] switch_rtp.c:5819 RTP RECV DTMF >>> 5:2080* >>> >>> *2015-08-25 18:05:40.015948 [DEBUG] switch_rtp.c:5819 RTP RECV DTMF >>> 5:2080* >>> >>> *2015-08-25 18:05:41.536035 [DEBUG] mod_dptools.c:132 >>> sofia/internal/18188535351 <18188535351>@* >>> >>> *192.168.1.112 Digit NOT match binding [55]* >>> >>> *2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:486 RECV DTMF >>> 5:2000* >>> >>> *2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:582 >>> sofia/internal/181885353* >>> >>> *51 at 192.168.1.112 <51 at 192.168.1.112> Queue dtmf* >>> >>> *digit=5 ms=250 samples=2000* >>> >>> *2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:486 RECV DTMF >>> 5:2000* >>> >>> *2015-08-25 18:05:41.536035 [DEBUG] switch_channel.c:582 >>> sofia/internal/181885353* >>> >>> *51 at 192.168.1.112 <51 at 192.168.1.112> Queue dtmf* >>> >>> *digit=5 ms=250 samples=2000* >>> >>> >>> >>> I don't want fresswtich tried to match the binding if there is any pause >>> time while inputed the number as user can type slowly. >>> >>> >>> I want to reset this binding delay time so that user can type slowly and >>> we will get full 16 digits number for matching inputed value in certain >>> time interval. >>> >>> >>> Please suggest me how can I resolve this problem and increase the DTMF >>> delay time. >>> >>> >>> Thanks, >>> >>> >>> Regards, >>> >>> Manish Talwar >>> >>> >>> >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at 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 at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150831/e8de4107/attachment-0001.html From alxpol at gmail.com Mon Aug 31 18:02:25 2015 From: alxpol at gmail.com (Alex Polischuk) Date: Mon, 31 Aug 2015 17:02:25 +0300 Subject: [Freeswitch-users] How send in To header anonymous and in P-Asserted-Identity caller-id-number Message-ID: Hi all, How I can define different users and domains in To and P-Asserted-Identity headers? Thanks, Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150831/f4f3f9bf/attachment.html From d.mordovin at dwide.com Mon Aug 31 18:24:08 2015 From: d.mordovin at dwide.com (Dmitry Mordovin) Date: Mon, 31 Aug 2015 18:24:08 +0400 Subject: [Freeswitch-users] Loop play while wait DTMF digit Message-ID: <55E46388.7080103@dwide.com> Hello This example play conf-pin.wav and wait DTMF. Is it possible to play WAV file in infinity loop and wait user DTMF? And how can I check DTMF input after user entered DTMF? In dialpeer, like. If ${DTMF} = 1 then bridge to XXX If ${DTMF} = 2 then play file and finish session Thank you. Dmitry -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150831/36f28436/attachment.html From gaz.foreman at gmail.com Mon Aug 31 23:36:59 2015 From: gaz.foreman at gmail.com (Gary Foreman) Date: Mon, 31 Aug 2015 20:36:59 +0100 Subject: [Freeswitch-users] Broken silence with webrtc Message-ID: Hi all, Hoping someone can point me in the right direction because after several hours I'm out of ideas. I'm having an issue where the 2nd leg of a call that is bridged to a verto endpoint has broken silence. When there is no sound on the line the audio goes completely silent (all background noise is dropped) but around every third of a second it repeatedly cuts back in for a fraction, then goes completely silent again. This only happens when the call is created using the originate command. Can anyone give me an idea of where to look next? I have a wireshark trace that during playback shows the audio cutting out periodically on the 2nd leg during periods of silence. The 1st leg is using webrtc encryption and I cant decode the stream. Thanks in advance! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150831/72627aa1/attachment.html From brian at freeswitch.org Mon Aug 31 23:40:17 2015 From: brian at freeswitch.org (Brian West) Date: Mon, 31 Aug 2015 14:40:17 -0500 Subject: [Freeswitch-users] Broken silence with webrtc In-Reply-To: References: Message-ID: Please provide logs and samples of how you originate this, sounds like Voice Activity Detection possibly. On Mon, Aug 31, 2015 at 2:36 PM, Gary Foreman wrote: > Hi all, > > Hoping someone can point me in the right direction because after several > hours I'm out of ideas. > > I'm having an issue where the 2nd leg of a call that is bridged to a verto > endpoint has broken silence. When there is no sound on the line the audio > goes completely silent (all background noise is dropped) but around every > third of a second it repeatedly cuts back in for a fraction, then goes > completely silent again. This only happens when the call is created using > the originate command. > > Can anyone give me an idea of where to look next? I have a wireshark trace > that during playback shows the audio cutting out periodically on the 2nd > leg during periods of silence. The 1st leg is using webrtc encryption and I > cant decode the stream. > > Thanks in advance! > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at 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 at 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* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150831/3f1c0629/attachment.html From search4bharathkumar at gmail.com Sat Aug 29 10:09:55 2015 From: search4bharathkumar at gmail.com (Bharathkumar J) Date: Fri, 28 Aug 2015 23:09:55 -0700 Subject: [Freeswitch-users] call disconnect in 60 sec Message-ID: Hi, we are ususing FS 1.7 with sipml5 ,when make outgoing video calls through sipml5 it disconnect exactly 60 sec *Regards,* *J.Bharathkumar* -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150828/559c1032/attachment.html From gd6979 at yp.com Sat Aug 29 15:01:18 2015 From: gd6979 at yp.com (gdesai) Date: Sat, 29 Aug 2015 04:01:18 -0700 (MST) Subject: [Freeswitch-users] Unable to continue dialplan if legB fails on early-media with multiple destination Message-ID: <1440846078060-7596180.post@n2.nabble.com> I need to implement following scenario: 1) Leg A comes to FS. 2) FS answers the call and plays a prompt. 3) FS originates leg B (with two destination) 4) Leg B sends ringback tone for source. 5) If Leg A does not answer, FS tries second destination. Problem is when Leg B does not answer, FS hangs up Leg B. When Leg B hangs up, FS also hangs up Leg A. Instead of keeping Leg A and dialing second destination. My originate dialplan: originate {origination_caller_id_number=18888888888,ignore_early_media=true,park_after_bridge=true}[origination_uuid=uuid,sip_h_Subject='"Direct" 17777777777'][leg_timeout=15,park_after_bridge=true]sofia/gateway/40/5555555555,[leg_delay_start=12]sofia/gateway/40/4444444444'&managed(CallCloudAppServer.Service.OutboundLeg)' Note: When early media is received from Leg B, I am bridging both legs and then park Leg A. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Unable-to-continue-dialplan-if-legB-fails-on-early-media-with-multiple-destination-tp7596180.html Sent from the freeswitch-users mailing list archive at Nabble.com. From carlos4fsint at gmail.com Sun Aug 30 21:33:21 2015 From: carlos4fsint at gmail.com (Carlos Fererro) Date: Sun, 30 Aug 2015 10:33:21 -0700 Subject: [Freeswitch-users] Python based Event Socket Library doesn't connect to remote FreeSWITCH Message-ID: To all Event Socket Library FreeSWITCH gurus! Python implementation of the Event Socket Library doesn't seem to work with FreeSWITCH running on remote host. Only "localhost" or "127.0.0.1" has to be specified as the first parameter to the ESLconnection constructor to let client to successfully connect to the FreeSWITCH. Event if FreeSWITCH is running on the SAME machine (not even remote host) as the client and the "host" is specified with the IP address of the machine in the ESLconnection - no valid connection is getting established. I am pretty sure that such a fundamental thing can't not to work and I am just missing something simple. Any help is greatly appreciated. Thanks Carlos -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150830/910d3a33/attachment-0001.html From carlos4fsint at gmail.com Sun Aug 30 22:21:18 2015 From: carlos4fsint at gmail.com (Carlos Fererro) Date: Sun, 30 Aug 2015 11:21:18 -0700 Subject: [Freeswitch-users] Python implementation of Event Socket Library doesn't work on Mac Message-ID: All, to be more specific (if needed) - I am running on OS X 10.10.5 Yosemite. Not only it was a challenge to build the library on OS X (had to remove some flags some invalid flag(s) to avoid obscure "atom not found in symbolIndex ..." linker error) ... But!!! No client connection to the FreeSWITCH is getting established - even if client program and FreeSWITCH are running on the same machine and "host" parameter to the ESLconnection is "localhost" (which seems to be working fine on all flavors of Linux). Will be more than happy to provide any additional information is needed. Any help/advise is greatly appreciated. Thanks Carlos -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150830/f071920d/attachment-0001.html From gaurav_vol at rediffmail.com Sun Aug 30 19:23:13 2015 From: gaurav_vol at rediffmail.com (Gaurav Khanna) Date: 30 Aug 2015 15:23:13 -0000 Subject: [Freeswitch-users] =?utf-8?q?CHANNEL=5FHANGUP=5FCOMPLETE_not_firi?= =?utf-8?b?bmfigI8=?= In-Reply-To: <1439173525.S.29792.30966.f4-234-118.1439191388.19414@webmail.rediffmail.com> Message-ID: <1439191389.S.12903.19921.f4mail-235-154.rediffmail.com.1440948193.13654@webmail.rediffmail.com> Any suggestions to solve this issue? On Mon, 10 Aug 2015 12:53:09 +0530 "Gaurav Khanna" wrote >I am using mod_managed and I can see HangupFunction delegate but I haven't set that. So any suggestions > of how I can solve this problem? > > On Mon, 10 Aug 2015 07:55:25 +0530 ?talo Rossi wrote > >Looks like you have a hangupCallback holding the session and preventing the state transition > On Sun, Aug 9, 2015 at 9:35 AM, Gaurav Khanna wrote: > No, I can't see any information about hangup complete in fs_cli. Following are the information related > > to hangup I see in fs_cli > > > > 2015-08-09 20:03:44.222486 [NOTICE] sofia.c:952 Hangup sofia/mygateway1/0794019263 [CS_EXECUTE] > > [NORMAL_CLEARING] > > 2015-08-09 20:03:44.222486 [DEBUG] switch_channel.c:3222 Send signal sofia/mygateway1/0794019263 [KILL] > > 2015-08-09 20:03:44.362494 [DEBUG] switch_cpp.cpp:1328 AppFunction is in hangupCallback. > > > > On Sat, 08 Aug 2015 06:12:34 +0530 ?talo Rossi wrote > > >You can';t see even in the fscli with /events plain all? > > Em 07/08/2015 19:50, "Gaurav Khanna" escreveu:Hi, > > > > > > > > I am using ESL Inbound connection to get CDR information. I have added "ALL" as filter so that I get > > all the events which are raised by freeswitch. But for some reason "Channel_hangup_complete" event is > > not raised. "Channel_Hangup" and "Channel_Execute_complete" works correctly. Also tried "Plain event > > Channel_hangup_complete" command but that also doesn';t work. Also tried linger() function but that > > also doesn';t work. Is there any settings in config folder or in var file which I need to set. > > > > > > > > Also tried following settings in dialplan > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Thanks, > > > > Gaurav > > Get your own FREE website, FREE domain & FREE mobile app with Company email.? Know More > > > _________________________________________________________________________ > > > > Professional FreeSWITCH Consulting Services: > > > > consulting at 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 at lists.freeswitch.org > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > http://www.freeswitch.org > > > > _________________________________________________________________________ > > > > Professional FreeSWITCH Consulting Services: > > > > consulting at 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 at lists.freeswitch.org > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > http://www.freeswitch.org > > > Get your own FREE website, FREE domain & FREE mobile app with Company email. ?Know More > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > -- > ?talo Rossi > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > Get your own FREE website, FREE domain & FREE mobile app with Company email. Know More > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150830/9412ffc3/attachment.html