[Freeswitch-users] FreeSWITCH-users Digest, Vol 41, Issue 219
Otis
abeka at greatiam.com
Sun Nov 29 09:38:57 PST 2009
Hello Mark
Thank you so much. I will put the advise to work.
Regards
freeswitch-users-request at lists.freeswitch.org wrote:
> Send FreeSWITCH-users mailing list submissions to
> freeswitch-users at lists.freeswitch.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> or, via email, send a message with subject or body 'help' to
> freeswitch-users-request at lists.freeswitch.org
>
> You can reach the person managing the list at
> freeswitch-users-owner at lists.freeswitch.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of FreeSWITCH-users digest..."
>
> ------------------------------------------------------------------------
>
> Today's Topics:
>
> 1. Re: GUI for Freeswitch -- wikiPBX (Mark Crane)
> 2. Re: Freeswitch admin GUI (Mark Crane)
> 3. Call transfer fails in proxy media and bypass media modes in
> FreeSWITCH revision 15700 (John Platts)
>
>
> ------------------------------------------------------------------------
>
> Subject:
> Re: [Freeswitch-users] GUI for Freeswitch -- wikiPBX
> From:
> Mark Crane <mctch at yahoo.com>
> Date:
> Sat, 28 Nov 2009 13:42:35 -0800 (PST)
> To:
> freeswitch-users at lists.freeswitch.org
>
> To:
> freeswitch-users at lists.freeswitch.org
>
>
> During the install of FusionPBX if you try to connect to MySQL
> connection and use 'localhost' it will attempt to use a Unix Socket
> then throws an error.
>
> Instead use 127.0.0.1 then it will actually use TCP connection rather
> than the UnixSocket connection.
>
> This is not a bug in FusionPBX it seems to be just how PHP PDO MySQL
> handles the connection.
>
> Hope this helps. For the release version I will add a little wording
> suggesting 127.0.0.1 vs localhost for those that have a local MySQL
> install.
>
> Best Regards,
>
> Mark J Crane
>
>
>
>
>
> --- On *Sat, 11/28/09, ram /<talk2ram at gmail.com>/* wrote:
>
>
> From: ram <talk2ram at gmail.com>
> Subject: Re: [Freeswitch-users] GUI for Freeswitch -- wikiPBX
> To: freeswitch-users at lists.freeswitch.org
> Date: Saturday, November 28, 2009, 1:57 AM
>
>
>
> On Fri, Nov 27, 2009 at 2:03 PM, Otis <abeka at greatiam.com
> </mc/compose?to=abeka at greatiam.com>> wrote:
>
> Yes. I ventured to use that and got some error in connecting
> to the
> mysql database. Will try with the default sqlite before getting
> adventurous again.
>
>
> Hi
>
> download latest RC5
>
> it has install wizard automatically create database (
> sqllite/mysql/pgsql)
>
> Ram
>
>
> -----Inline Attachment Follows-----
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> </mc/compose?to=FreeSWITCH-users at lists.freeswitch.org>
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
>
> ------------------------------------------------------------------------
>
> Subject:
> Re: [Freeswitch-users] Freeswitch admin GUI
> From:
> Mark Crane <mctch at yahoo.com>
> Date:
> Sat, 28 Nov 2009 13:51:41 -0800 (PST)
> To:
> freeswitch-users at lists.freeswitch.org
>
> To:
> freeswitch-users at lists.freeswitch.org
>
>
> FusionPBX is very close to a release. FusionPBX is on the last release
> candidate 5 before a 1.0 release. Most of the work in the past couple
> weeks has been to make the install easier. ISO versions will be
> available in the future.
>
> I have multiple businesses already running live on FusionPBX.
>
> The project will advance faster the more it is used and the more
> feedback that is given.
>
> Mark J Crane
> http://www.fusionpbx.com
>
>
>
> --- On *Fri, 11/27/09, Adam Ford /<lists at redbonez.net>/* wrote:
>
>
> From: Adam Ford <lists at redbonez.net>
> Subject: Re: [Freeswitch-users] Freeswitch admin GUI
> To: freeswitch-users at lists.freeswitch.org
> Date: Friday, November 27, 2009, 6:10 PM
>
> FusionPBX, FreePBX v3, and wikiPBX are the three that I have found
> in the
> past. However they all seem to be in the early stages of
> development, and
> not 100% stable. I can say this for sure about FreePBX and
> FusionPBX, but I
> have not actually tried wikiPBX.
>
> -AF
>
>
> -----Original Message-----
> From: freeswitch-users-bounces at lists.freeswitch.org
> </mc/compose?to=freeswitch-users-bounces at lists.freeswitch.org>
> [mailto:freeswitch-users-bounces at lists.freeswitch.org
> </mc/compose?to=freeswitch-users-bounces at lists.freeswitch.org>] On
> Behalf Of Otis
> Sent: Friday, November 27, 2009 11:49 AM
> To: freeswitch-users at lists.freeswitch.org
> </mc/compose?to=freeswitch-users at lists.freeswitch.org>
> Subject: Re: [Freeswitch-users] Freeswitch admin GUI
>
> Hi
>
> I am no sure but read up on fusionpbx. I asked the same question and
> someone pointed me to that.
> check web site <http://fusionpbx.com>
>
> Regards
>
>
>
> Samuel Mukoti wrote:
> > <div class="moz-text-flowed" style="font-family: -moz-fixed">Hi,
> >
> > Any recommendations for apps that can I use ontop of freeswitch
> as a
> > GUI manager, to manage extensions, queues, ivr, and dialplans?
> >
> > Thanks
> >
> > Sam
> >
> >
> > On 27 Nov,2009, at 5:19 PM,
> > freeswitch-users-request at lists.freeswitch.org
> </mc/compose?to=freeswitch-users-request at lists.freeswitch.org> wrote:
> >
> >> Send FreeSWITCH-users mailing list submissions to
> >> freeswitch-users at lists.freeswitch.org
> </mc/compose?to=freeswitch-users at lists.freeswitch.org>
> >>
> >> To subscribe or unsubscribe via the World Wide Web, visit
> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> >> or, via email, send a message with subject or body 'help' to
> >> freeswitch-users-request at lists.freeswitch.org
> </mc/compose?to=freeswitch-users-request at lists.freeswitch.org>
> >>
> >> You can reach the person managing the list at
> >> freeswitch-users-owner at lists.freeswitch.org
> </mc/compose?to=freeswitch-users-owner at lists.freeswitch.org>
> >>
> >> When replying, please edit your Subject line so it is more specific
> >> than "Re: Contents of FreeSWITCH-users digest..."
> >>
> >>
> >> Today's Topics:
> >>
> >> 1. Re: odbc FLAG_MULTI_STATMENTS (Leon de Rooij)
> >>
> >>
> >>
> ----------------------------------------------------------------------
> >>
> >> Message: 1
> >> Date: Fri, 27 Nov 2009 16:19:03 +0100
> >> From: Leon de Rooij <leon at scarlet-internet.nl
> </mc/compose?to=leon at scarlet-internet.nl>>
> >> Subject: Re: [Freeswitch-users] odbc FLAG_MULTI_STATMENTS
> >> To: freeswitch-users at lists.freeswitch.org
> </mc/compose?to=freeswitch-users at lists.freeswitch.org>
> >> Message-ID:
> <A8D9107A-F8C9-4705-9CF5-B72FE908358F at scarlet-internet.nl
> </mc/compose?to=A8D9107A-F8C9-4705-9CF5-B72FE908358F at scarlet-internet.nl>>
> >> Content-Type: text/plain; charset="windows-1252"
> >>
> >> Are you using the myodbc 3.51.18 version or higher ?
> >>
> >> I'm using 3.51.19 (ubuntu karmic) and it works properly. I also
> had to
> >> upgrade from jaunty..
> >>
> >> regards,
> >>
> >> Leon
> >>
> >>
> >> On Nov 27, 2009, at 3:41 PM, Frank @ Impact wrote:
> >>
> >>> Thanks. But when I made these entries in /etc/odbc.ini and
> rebooted?
> >>>
> >>> [freeswitch]
> >>> Driver = MySQL
> >>> SERVER = 127.0.0.1
> >>> PORT = 4040
> >>> DATABASE = mydb
> >>> OPTIONS = 67108864
> >>>
> >>> ?I still get FS complaining with this.
> >>>
> >>> Nov 27 08:45:57 P3 freeswitch[27933]: 2009-11-27 08:45:57.016744
> >>> [WARNING] sofia_glue.c:3918 GREAT SCOTT!!! Cannot execute batched
> >>> statements!#012If you are using mysql, make sure you are using
> >>> MYODBC 3.51.18 or higher and enable FLAG_MULTI_STATEMENTS
> >>>
> >>> FreeSWITCH>version
> >>> FreeSWITCH Version 1.0.trunk (15660)
> >>>
> >>> Linux P3.dom.com 2.6.30.9-96.fc11.x86_64 #1 SMP Wed Nov 4 00:02:04
> >>> EST 2009 x86_64 x86_64 x86_64 GNU/Linux
> >>>
> >>> From /etc/odbcinst.ini
> >>> DRIVER = /usr/lib64/libmyodbc5-5.1.5.so
> >>> Setup = /usr/lib64/libodbcmyS.so
> >>>
> >>> Is this a FS issue ? or an issue with mysql odbc? Any insight
> >>> would be great.
> >>>
> >>> -----Original Message-----
> >>> From: freeswitch-users-bounces at lists.freeswitch.org
> </mc/compose?to=freeswitch-users-bounces at lists.freeswitch.org>
> >>> [mailto:freeswitch-users-bounces at lists.freeswitch.org
> </mc/compose?to=freeswitch-users-bounces at lists.freeswitch.org>
> >>> ] On Behalf Of Leon de Rooij
> >>> Sent: Friday, November 27, 2009 3:37 AM
> >>> To: freeswitch-users at lists.freeswitch.org
> </mc/compose?to=freeswitch-users at lists.freeswitch.org>
> >>> Subject: Re: [Freeswitch-users] odbc FLAG_MULTI_STATMENTS
> >>>
> >>> There's a little info here on how to enable it with odbc:
> >>>
> >>> http://wiki.freeswitch.org/wiki/Using_ODBC_in_the_core#CentOS_5.2
> >>>
> >>> regards,
> >>>
> >>> Leon
> >>>
> >>>
> >>> On Nov 26, 2009, at 10:48 PM, Tihomir Culjaga wrote:
> >>>
> >>>
> >>>
> >>> On Thu, Nov 26, 2009 at 9:53 PM, Michael Jerris
> <mike at jerris.com </mc/compose?to=mike at jerris.com>>
> >>> wrote:
> >>> http://dev.mysql.com/doc/refman/5.1/en/connector-odbc-
> >>> news-3-51-18.html
> >>>
> >>> MySQL Connector/ODBC now supports batched statements. In order to
> >>> enable
> >>> cached statement support you must switch enable the batched
> >>> statement option (FLAG_MULTI_STATEMENTS,
> >>> 67108864, or Allow multiple statements
> >>> within a GUI configuration). Be aware that batched
> statements
> >>> create an increased chance of SQL injection attacks and you
> >>> must
> >>> ensure that your application protects against this
> scenario.
> >>> (Bug#7445)
> >>>
> >>>
> >>> so, is this the right patch ?
> >>>
> >>> http://bugs.mysql.com/file.php?id=6994
> >>>
> >>>
> >>> T.
> >>>
> >>> _______________________________________________
> >>> FreeSWITCH-users mailing list
> >>> FreeSWITCH-users at lists.freeswitch.org
> </mc/compose?to=FreeSWITCH-users at lists.freeswitch.org>
> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> >>>
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>
> >>>
> >>> http://www.freeswitch.org
> >>>
> >>> _______________________________________________
> >>> FreeSWITCH-users mailing list
> >>> FreeSWITCH-users at lists.freeswitch.org
> </mc/compose?to=FreeSWITCH-users at 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/20091127/
> 9c86b324/attachment.html
> >>
> >>
> >> ------------------------------
> >>
> >> _______________________________________________
> >> FreeSWITCH-users mailing list
> >> FreeSWITCH-users at lists.freeswitch.org
> </mc/compose?to=FreeSWITCH-users at lists.freeswitch.org>
> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> >>
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> >> http://www.freeswitch.org
> >>
> >>
> >> End of FreeSWITCH-users Digest, Vol 41, Issue 209
> >> *************************************************
> >
> >
> > </div>
> >
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> </mc/compose?to=FreeSWITCH-users at lists.freeswitch.org>
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> </mc/compose?to=FreeSWITCH-users at lists.freeswitch.org>
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
>
> ------------------------------------------------------------------------
>
> Subject:
> [Freeswitch-users] Call transfer fails in proxy media and bypass media
> modes in FreeSWITCH revision 15700
> From:
> John Platts <john_platts at hotmail.com>
> Date:
> Sat, 28 Nov 2009 23:34:24 -0600
> To:
> <freeswitch-users at lists.freeswitch.org>
>
> To:
> <freeswitch-users at lists.freeswitch.org>
>
>
> I have updated my FreeSWITCH installation to revision 15700. I am experiencing call transfer problems whenever proxy media or bypass media is enabled. When proxy media and bypass media are both disabled, the call transfer does not fail and there are no audio issues. When proxy media mode is enabled, the call stays up after the transfer occurs, but there is no audio flowing on either end of the call. When bypass media mode is enabled, there is no audio flowing on either end of the call, and the call actually gets disconnected.
>
> I have collected detailed traces using the TPORT_LOG=1 /usr/local/freeswitch/bin/freeswitch command. I have attached a ZIP file named freeswitch-rev15700-traces-112809-2210.zip, which includes the following traces:
> - freeswitch-rev15700-trace-112809-2210-proxyandbypassoff.txt - A trace with both media proxying and media bypass disabled. The call is being transferred without any problems in this scenario.
> - freeswitch-rev15700-trace-112809-2210-proxyonandbypassoff.txt - A trace with media proxying enabled and media bypass disabled. Media proxying is enabled for the call legs in this scenario. The call stays up in this scenario, but there is no audio flowing after the transfer completed. In this scenario, FreeSWITCH does not shutdown cleanly, and there is a segmentation violation when FreeSWITCH is terminated.
> - freeswitch-rev15700-trace-112809-2210-proxyandbypasson.txt - A trace with both media proxying and media bypass enabled. Media bypass is enabled for the call legs in this scenario. The call actually gets dropped and there is no audio after the transfer is completed in this scenario.
>
> I have looked over the SIP traces of the failing scenarios.
>
> I have caught the following problems in the failing scenarios:
> - The o= line in SDP descriptors coming from the IP phone contains the private IP address, but the c= line in the SDP descriptors coming from the IP phone contains the public IP address. I have noticed a problem in re-INVITEs being sent from in proxy media and bypass media modes. The c= line in the re-invites contains the private IP address instead of the public IP address. The c= line was modified by a SIP ALG to contain a public IP address, but FreeSWITCH is actually not handling this correctly when calls are transferred.
> - The wrong codec is being negotiated in re-INVITE to the transferred number in the scenario when media proxying is enabled but media bypass is disabled.
> - In the scenario where media bypass is used, the re-INVITE actually appears to contain the correct details, and we are receiving the correct responses from our IP to IP gateway, but FreeSWITCH is not handling the media streams properly.
>
> Example of SDP descriptor coming from IP phone (with SDP descriptor modified by SIP ALG):
> v=0
> o=- 123576 123576 IN IP4 192.168.1.4
> s=-
> c=IN IP4 173.57.44.212
> t=0 0
> m=audio 16406 RTP/AVP 18 0 8 2 9 104 101
> a=rtpmap:18 G729/8000
> a=rtpmap:0 PCMU/8000
> a=rtpmap:8 PCMA/8000
> a=rtpmap:2 G726-32/8000
> a=rtpmap:9 G722/8000
> a=rtpmap:104 L16/16000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
> a=ptime:20
> a=sendrecv
>
> Notice that the c= line has the correct public IP address and the m= line containing the correct port.
>
> Example of incorrect SDP descriptor being sent by FreeSWITCH in re-INVITES:
> v=0
> o=- 121397 121398 IN IP4 192.168.1.4
> s=-
> c=IN IP4 192.168.1.4
> t=0 0
> m=audio 16404 RTP/AVP 18 0 8 101
> a=rtpmap:18 G729/8000
> a=fmtp:18 annexb=no
> a=rtpmap:0 PCMU/8000
> a=rtpmap:8 PCMA/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
> a=sendonly
> a=ptime:20
>
> Note that the c= line contains the wrong IP address, but the m= line contains the correct RTP port.
>
> Example of wrong re-INVITE message being sent to the number that the call was being transferred to:
> INVITE sip:19729831777 at 168.75.202.246:5060 SIP/2.0
> Via: SIP/2.0/UDP 168.75.202.212:5062;rport;branch=z9hG4bKF1KrDreNFQgaj
> Max-Forwards: 69
> From: "John Platts" <sip:19725357722 at 168.75.202.212>;tag=c61Drt38KF72m
> To: <sip:19729831777 at ipipgw.ipdimensions.com>;tag=2B1339E0-1A2C
> Call-ID: 1c095553-5741-122d-33a8-00185167f91d
> CSeq: 123615824 INVITE
> Contact: <sip:mod_sofia at 168.75.202.212:5062>
> User-Agent: FreeSWITCH-mod_sofia/1.0.trunk-15700M
> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY
> Supported: timer, precondition, path, replaces
> Content-Type: application/sdp
> Content-Disposition: session
> Content-Length: 183
> X-FS-Support: update_display
> Remote-Party-ID: "John Platts" <sip:19725357722 at 168.75.202.212>;party=calling;screen=yes;privacy=off
>
> v=0
> o=- 123576 123577 IN IP4 192.168.1.4
> s=-
> c=IN IP4 168.75.202.212
> t=0 0
> m=audio 30186 RTP/AVP 101 13
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-16
> a=rtpmap:13 CN/8000
>
> Here is the correct re-INVITE for the call that was unsuccessfully transferred (after the transfer was completed):
> INVITE sip:19729555871 at 168.75.202.246:5060 SIP/2.0
> Via: SIP/2.0/UDP 168.75.202.212:5062;rport;branch=z9hG4bKgaDHFKZrc06vD
> Max-Forwards: 16
> From: <sip:19725357722 at 168.75.202.212>;tag=BX8mpZj5p6ggS
> To: <sip:19729555871 at 168.75.202.246>;tag=2B12D184-BEC
> Call-ID: 15A1F95-DBD611DE-8C95D9DF-3419A306 at 168.75.202.246
> CSeq: 123615820 INVITE
> Contact: <sip:19725357722 at 168.75.202.212:5062;transport=udp>
> User-Agent: FreeSWITCH-mod_sofia/1.0.trunk-15700M
> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY
> Supported: timer, precondition, path, replaces
> Content-Type: application/sdp
> Content-Disposition: session
> Content-Length: 222
> X-FS-Support: update_display
>
> v=0
> o=- 121397 121399 IN IP4 192.168.1.4
> s=-
> c=IN IP4 168.75.202.212
> t=0 0
> m=audio 26106 RTP/AVP 0 101
> a=rtpmap:0 PCMU/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-16
> a=silenceSupp:off - - - -
> a=ptime:20
>
> _________________________________________________________________
> Windows 7: I wanted simpler, now it's simpler. I'm a rock star.
> http://www.microsoft.com/Windows/windows-7/default.aspx?h=myidea?ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_myidea:112009
> ------------------------------------------------------------------------
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
More information about the FreeSWITCH-users
mailing list