[Freeswitch-users] trying to get mod_xml_cdr working

Thu May 26 09:22:22 MSD 2011

Thanks a lot. The link was a good help.
we tested with sample code in the link and no more 502 errors with the
sample code in the link.

We tried to make changes in our cdr.pl perl (using mod_xml_cdr) program
accordingly
we made  good progres in generatng  xml file, however we are still getting
502 errors from cdr.pl.
Probably something else in our cdr.pl  giving us that, we are still trying
to figure out  what  piece is that.

In the mean time,  in generated  xml  we see a line like this
   * <^[7]\d{4}\$>77555</^[7]\d{4}\$>*
and looks like this coming from
*$PIN_temp=$session->playAndGetDigits(1, 5, 1, 8000, "#",
"conference/conf-pin.wav", "ivr/ivr-that_was_an_invalid_entry.wav", "",
'^[7]\d{4}\$');*
and because of above xml line I am unable to parse xml.
(above tested with changes and changes reflect on xml line)

why do you think
above $session->playAndGetDigits   is producing xml  line like
"<^[7]\d{4}\$>77555</^[7]\d{4}\$>"

any ideas appreciated.
why and how to fix it.

thx again
deniro--

On Wed, May 25, 2011 at 5:33 PM, Michael Collins <msc at freeswitch.org> wrote:

> http://search.cpan.org/~markstos/CGI.pm-3.54/lib/CGI/Fast.pm
>
> That module looks like it is built on top of FCGI and gives you a CGI-like
> interface.
>
> -MC
>
>
> On Tue, May 24, 2011 at 10:12 PM, deniro <ayhkor at gmail.com> wrote:
>
>>
>> Thanks for the replies
>> I made some research and run series of tests.
>> I am using  perl+FCGI (fastcgi)  and my http server is  working fine as
>> tested with multiple perl scripts.
>>  I think the problem is handling the CGI within the cdr.pl file(obtained
>> from freeswitch wiki)
>>
>>  so, how can I change below script to use with FCGI instead of
>> CGI::Simple
>>
>> use XML::Simple; # Get from CPAN
>> use CGI::Simple; # Get from CPAN
>> use Data::Dumper;
>> # dump into a place for further review
>> open(FILEOUT,">",'/tmp/fs-xml-cdr2.log');
>> print FILEOUT "Test successful..\n";
>> cloe(FILEOUT);
>> # dump into a place for further review
>> open(FILEOUT,">>",'/tmp/fs-xml-cdr.log');
>> # $cgi object has handy methods
>> my $cgi = new CGI::Simple;
>>
>>
>> Thx
>> deniro
>>
>>
>>
>>
>> On Mon, May 23, 2011 at 3:50 AM, Steven Ayre <steveayre at gmail.com> wrote:
>>
>>>  > 2-- when dialing into conference, getting following from fs_cli
>>>> > [ERR] mod_xml_cdr.c:365 Got error [502] posting to web server
>>>> > [http://www.xxx.com/PERL/cdr.pl]
>>>>
>>>> There isn't a lot of info to work on here, but I'd look at your web
>>>> setup and not FS for the mix-up (particularly true as "HTTP Error 502"
>>>> means you have a bad gateway).
>>>>
>>>
>>> Check your web server logs - there may be some useful message. It sounds
>>> like the cgi-bin/perl handler hasn't been configured correctly, the script
>>> isn't executable, or it's not returning some headers. Try visiting the URL
>>> in your webbrowser (you
>>> won't be submitting a CDR but you can at least check the script runs
>>> without an (unexpected) error.
>>>
>>>
>>>
>>>
>>>
>>> On 23 May 2011 07:38, Gabriel Gunderson <gabe at gundy.org> wrote:
>>>
>>>> On Sun, May 22, 2011 at 6:27 PM, deniro <ayhkor at gmail.com> wrote:
>>>> > several questions;
>>>> > 1-- do I really need to  load mod_xml_curl for mod_xml_cdr?
>>>> > trying to figure out if my problem is with cdr or with curl
>>>>
>>>> No, they are not functionally related... easy to get mixed up because
>>>> they both use HTTP and XML. One does not depend on the other. However,
>>>> you *can* configure mod_xml_cdr (or any other module) with
>>>> mod_xml_curl.
>>>>
>>>>
>>>>
>>>> > 2-- when dialing into conference, getting following from fs_cli
>>>> > [ERR] mod_xml_cdr.c:365 Got error [502] posting to web server
>>>> > [http://www.xxx.com/PERL/cdr.pl]
>>>>
>>>> There isn't a lot of info to work on here, but I'd look at your web
>>>> setup and not FS for the mix-up (particularly true as "HTTP Error 502"
>>>> means you have a bad gateway).
>>>>
>>>>
>>>>
>>>> > 3-- I am not quiete sure if this line is correct in xml_cdr.conf.xml
>>>> >  <param name="url" value="http://www.xxx.com/PERL/cdr.pl"/>
>>>>
>>>> Looks good to me, but check it with the wiki:
>>>> http://wiki.freeswitch.org/wiki/Mod_xml_cdr#Sample_Configuration
>>>>
>>>>
>>>>
>>>> > 4-- if I need mod_xml_curl (question 1)
>>>> > what should this line be like in xml_curl.conf.xml?
>>>> > <param name="gateway-url" value="http://www.xxx.com:80<http://www.xxx.com/>
>>>> "
>>>> > bindings="dialplan"/>
>>>>
>>>> This one is a little tricker to get right.  Again, the wiki is might
>>>> be the best place to reference:
>>>> http://wiki.freeswitch.org/wiki/Mod_xml_curl#Configuring
>>>>
>>>>
>>>>
>>>> Good luck,
>>>> Gabe
>>>>
>>>> _______________________________________________
>>>> FreeSWITCH-users mailing list
>>>> FreeSWITCH-users at 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
>>> 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
>> 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
> 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/20110526/11201550/attachment.html 