August 2015 - FreeSWITCH-users - FreeSWITCH Mailing Lists

How is cluecon going?
by Victor Medina 05 Aug '15

05 Aug '15

Hi guys! How is cluecon going? Pizza night? Hope everything is just perfect!

2 2

using enable_heartbeat to detect network problems in event_socket
by Babak Yakhchali 05 Aug '15

05 Aug '15

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(a)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

7 12

Re: [Freeswitch-users] Multifon -- Outgoing connection is broken after a few seconds (Michael Jerris)
by Sergey Zhuravlov 05 Aug '15

05 Aug '15

Н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 <mike(a)jerris.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > 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 <rtreleaven(a)bunnykick.ca> > wrote: > >> Can you confirm they are getting media? >> >> Sent from my BlackBerry® PlayBook™ >> www.blackberry.com >> >> ------------------------------ >> *From:* "Sergey Zhuravlov" <4orbit(a)gmail.com> >> *To:* "freeswitch-users(a)lists.freeswitch.org" < >> freeswitch-users(a)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│ >> <─────────────────────────────────────────────────────── │18792 >> 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(a)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(a)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(a)4orbit.sxxxs.com [BREAK] >> 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] >> sofia.c:6634 Channel sofia/internal/1002(a)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(a)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(a)4orbit.sxxxs.com >> [BREAK] >> >> >> >> >> >> >> -- >> WBR, Sergey >> >> GTALK/JABBER:4orbit@gmail.com >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- WBR, Sergey GTALK/JABBER:4orbit@gmail.com

1 0

ZRTP Mandatory for Calls
by Ollie Owens 05 Aug '15

05 Aug '15

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

2 1

Re: [Freeswitch-users] Multifon -- Outgoing connection is broken after a few seconds (Stanislav Sinyagin)
by Sergey Zhuravlov 05 Aug '15

05 Aug '15

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 <ssinyagin(a)gmail.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > 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(a)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│ > > <─────────────────────────────────────────────────────── │18792 > > 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(a)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(a)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(a)4orbit.sxxxs.com > > [BREAK] > > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] > > sofia.c:6634 Channel sofia/internal/1002(a)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(a)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(a)4orbit.sxxxs.com > > [BREAK] > > > > > > > > > > > > > > -- > > WBR, Sergey > > > > GTALK/JABBER:4orbit@gmail.com > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting(a)freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users(a)lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > -- WBR, Sergey GTALK/JABBER:4orbit@gmail.com

1 0

Re: [Freeswitch-users] FreeSWITCH-users Digest, Vol 110, Issue 15
by Sergey Zhuravlov 05 Aug '15

05 Aug '15

Yes, the first few seconds have audibility at least in one direction ---------- Пересылаемое сообщение ---------- > From: Russell Treleaven <rtreleaven(a)bunnykick.ca> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > 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(a)gmail.com> > *To:* "freeswitch-users(a)lists.freeswitch.org" < > freeswitch-users(a)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│ > <─────────────────────────────────────────────────────── │18792 > 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(a)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(a)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(a)4orbit.sxxxs.com [BREAK] > 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] > sofia.c:6634 Channel sofia/internal/1002(a)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(a)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(a)4orbit.sxxxs.com > [BREAK] > > > > > > > -- > WBR, Sergey > > GTALK/JABBER:4orbit@gmail.com > >

2 1

transfer bleg before answer
by Alexey Melnichuk 05 Aug '15

05 Aug '15

I have 2 problems with transfer bleg before bleg answered. Suppose I have dialplan such as <action application="bind_digit_action" data="xfer,**,exec:transfer,-bleg xfer_transfer XML ${context}" /> <action application="bridge" data="[leg_delay_start=0,leg_timeout=10]user/207@$${domain_name}, [leg_delay_start=10,leg_timeout=10]user/203@$${domain_name}" /> 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.

1 0

Multifon -- Outgoing connection is broken after a few seconds
by Sergey Zhuravlov 04 Aug '15

04 Aug '15

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│ <─────────────────────────────────────────────────────── │18792 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(a)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(a)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(a)4orbit.sxxxs.com [BREAK] 5c7410e6-82da-49dd-bd5b-c622a51b8d7a 2015-08-04 20:29:29.598105 [DEBUG] sofia.c:6634 Channel sofia/internal/1002(a)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(a)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(a)4orbit.sxxxs.com [BREAK] -- WBR, Sergey GTALK/JABBER:4orbit@gmail.com

4 3

Complex phrase macro
by Alex Lake 04 Aug '15

04 Aug '15

I'd like a macro that can play multiple sound files from a specific directory. eg. here's one that should (though I've not tested it!) play 3 sound files: phrase "xplay3:/home/pabx/004-3774/x,001,002,003" <macro name="xplay3"> <input pattern="(.*),(.*),(.*),(.*)"> <match> <action function="play-file" data="$1/$2.wav"/> <action function="play-file" data="$1/$3.wav"/> <action function="play-file" data="$1/$4.wav"/> </match> </input> </macro> What I'd like to do is one that can play an arbitrary number of files.

5 8

WebRTC and H.323 to SIP video gateway
by José Seabra 03 Aug '15

03 Aug '15

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

1 0