Hello Mark

Thank you so much. I will put the advise to work.

Regards




freeswitch-users-requ...@lists.freeswitch.org wrote:
> Send FreeSWITCH-users mailing list submissions to
>       freeswitch-users@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-requ...@lists.freeswitch.org
>
> You can reach the person managing the list at
>       freeswitch-users-ow...@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 <mc...@yahoo.com>
> Date:
> Sat, 28 Nov 2009 13:42:35 -0800 (PST)
> To:
> freeswitch-users@lists.freeswitch.org
>
> To:
> freeswitch-users@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 /<talk2...@gmail.com>/* wrote:
>
>
>     From: ram <talk2...@gmail.com>
>     Subject: Re: [Freeswitch-users] GUI for Freeswitch -- wikiPBX
>     To: freeswitch-users@lists.freeswitch.org
>     Date: Saturday, November 28, 2009, 1:57 AM
>
>
>
>     On Fri, Nov 27, 2009 at 2:03 PM, Otis <ab...@greatiam.com
>     </mc/compose?to=ab...@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@lists.freeswitch.org
>     </mc/compose?to=freeswitch-us...@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 <mc...@yahoo.com>
> Date:
> Sat, 28 Nov 2009 13:51:41 -0800 (PST)
> To:
> freeswitch-users@lists.freeswitch.org
>
> To:
> freeswitch-users@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 /<li...@redbonez.net>/* wrote:
>
>
>     From: Adam Ford <li...@redbonez.net>
>     Subject: Re: [Freeswitch-users] Freeswitch admin GUI
>     To: freeswitch-users@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-boun...@lists.freeswitch.org
>     </mc/compose?to=freeswitch-users-boun...@lists.freeswitch.org>
>     [mailto:freeswitch-users-boun...@lists.freeswitch.org
>     </mc/compose?to=freeswitch-users-boun...@lists.freeswitch.org>] On
>     Behalf Of Otis
>     Sent: Friday, November 27, 2009 11:49 AM
>     To: freeswitch-users@lists.freeswitch.org
>     </mc/compose?to=freeswitch-us...@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-requ...@lists.freeswitch.org
>     </mc/compose?to=freeswitch-users-requ...@lists.freeswitch.org> wrote:
>     >
>     >> Send FreeSWITCH-users mailing list submissions to
>     >>    freeswitch-users@lists.freeswitch.org
>     </mc/compose?to=freeswitch-us...@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-requ...@lists.freeswitch.org
>     </mc/compose?to=freeswitch-users-requ...@lists.freeswitch.org>
>     >>
>     >> You can reach the person managing the list at
>     >>    freeswitch-users-ow...@lists.freeswitch.org
>     </mc/compose?to=freeswitch-users-ow...@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 <l...@scarlet-internet.nl
>     </mc/compose?to=l...@scarlet-internet.nl>>
>     >> Subject: Re: [Freeswitch-users] odbc FLAG_MULTI_STATMENTS
>     >> To: freeswitch-users@lists.freeswitch.org
>     </mc/compose?to=freeswitch-us...@lists.freeswitch.org>
>     >> Message-ID:
>     <a8d9107a-f8c9-4705-9cf5-b72fe9083...@scarlet-internet.nl
>     </mc/compose?to=a8d9107a-f8c9-4705-9cf5-b72fe9083...@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-boun...@lists.freeswitch.org
>     </mc/compose?to=freeswitch-users-boun...@lists.freeswitch.org>
>     >>> [mailto:freeswitch-users-boun...@lists.freeswitch.org
>     </mc/compose?to=freeswitch-users-boun...@lists.freeswitch.org>
>     >>> ] On Behalf Of Leon de Rooij
>     >>> Sent: Friday, November 27, 2009 3:37 AM
>     >>> To: freeswitch-users@lists.freeswitch.org
>     </mc/compose?to=freeswitch-us...@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
>     <m...@jerris.com </mc/compose?to=m...@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@lists.freeswitch.org
>     </mc/compose?to=freeswitch-us...@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@lists.freeswitch.org
>     </mc/compose?to=freeswitch-us...@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@lists.freeswitch.org
>     </mc/compose?to=freeswitch-us...@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@lists.freeswitch.org
>     </mc/compose?to=freeswitch-us...@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@lists.freeswitch.org
>     </mc/compose?to=freeswitch-us...@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_pla...@hotmail.com>
> Date:
> Sat, 28 Nov 2009 23:34:24 -0600
> To:
> <freeswitch-users@lists.freeswitch.org>
>
> To:
> <freeswitch-users@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:19729831...@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:19725357...@168.75.202.212>;tag=c61Drt38KF72m
> To: <sip:19729831...@ipipgw.ipdimensions.com>;tag=2B1339E0-1A2C
> Call-ID: 1c095553-5741-122d-33a8-00185167f91d
> CSeq: 123615824 INVITE
> Contact: <sip:mod_so...@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:19725357...@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:19729555...@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:19725357...@168.75.202.212>;tag=BX8mpZj5p6ggS
> To: <sip:19729555...@168.75.202.246>;tag=2B12D184-BEC
> Call-ID: 15a1f95-dbd611de-8c95d9df-3419a...@168.75.202.246
> CSeq: 123615820 INVITE
> Contact: <sip:19725357...@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@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@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

Reply via email to