<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>The correct answer here is you must check more often i would say at a minimum every 15 seconds. Search the list for me discussing cdrs in volume in the past or contact me off list if you need pro help<br><br>Sent from my iPhone</div><div><br>On Apr 13, 2016, at 5:52 PM, Joel Serrano <<a href="mailto:joel@gogii.net">joel@gogii.net</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr">Hi Michael, <div><br></div><div>The problem is that occasionally we see the following in FS log:</div><div><br></div><div><div>2016-04-13 02:33:11.143230 [ERR] mod_xml_cdr.c:385 Got error [0] posting to web server [<a href="http://cdrs.example.com/queue">http://cdrs.example.com/queue</a>]</div><div>2016-04-13 02:33:11.143230 [ERR] mod_xml_cdr.c:392 Retry will be with url [<a href="http://cdrs.example.com/queue">http://cdrs.example.com/queue</a>]</div></div><div><br></div><div>When that happens, the CDR gets written to disc (so the CDR is not processed on time, thus our user is not billed for that call yet).</div><div><br></div><div>We have a task that checks every 5 minutes for failed CDRs and we resubmit them to the processing queue, but I need to find out why FS is failing.</div><div><br></div><div>I have checked the access logs on the receiving side, but all requests return a 200 OK.</div><div><br></div><div>Now I have enabled logs in the loadbalancer between FS and the queues to see if I get more vision from there...</div><div><br></div><div><br></div><div>A workaround was to make API requests directly from the dialplan with the billsec info, but as all suggest going with CDRs, I am now focussed on finding the root cause for that error.</div><div><br></div><div>Any help/suggestion is more than welcome.</div><div><br></div><div><br></div><div>Thank you.</div><div><br></div><div>Best regards, </div><div>Joel.</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 12, 2016 at 1:42 PM, Michael Jerris <span dir="ltr"><<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">I'm probably going to push towards cdr, but what are you trying to actually do with that info?<span class=""><div><br><div><blockquote type="cite"><div>On Apr 12, 2016, at 2:39 PM, Joel Serrano <<a href="mailto:joel@gogii.net" target="_blank">joel@gogii.net</a>> wrote:</div><br><div><div dir="ltr">Hi Michael, <div><br></div><div>I want to call an API basically with the following info:</div><div><br></div><div>sip_from_uri</div><div>destination_number</div><div>billsec</div><div><br></div><div>I found away using "api_hangup_hook=lua script.lua" + "session_in_hangup_hook=true", but, I don't like it... I would prefer using curl from within the dialplan.<br></div><div><br></div><div>Can you give me your suggestion? I have also asked in IRC and using the CDRs looks like the best way to go, so we will probably follow that, but I would still like to now if it is possible and how.</div><div><br></div><div>Thanks!</div><div>Joel.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 12, 2016 at 12:22 PM, Michael Jerris <span dir="ltr"><<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Billsec is set in reporting state, after you are out of dial plan. What are you trying to do based on that, I can suggest a few approaches<div><div><span></span><br><br>On Monday, April 11, 2016, Joel Serrano <<a href="mailto:joel@gogii.net" target="_blank">joel@gogii.net</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi, <div><br></div><div>Is it possible to access ${billsec} in the dialplan after the bridge application (having hangup_after_bridge=false)??</div><div><br></div><div>I want to log the billsec but currently it is always empty.</div><div><br></div><div>I have a workaround in a test server using api_hangup_hook to call a lua script with session_in_hangup_hook=true, and inside the lua script I can access the billsec variable and thus write it to the logs.</div><div><br></div><div>Is there no way to do this within the XML dialplan?</div><div><br></div><div>Thanks!</div><div><br></div><div>Best regards, </div><div>Joel.</div><div><br></div></div></blockquote></div></div></blockquote></div></div></div></blockquote></div><br></div></span></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>
</div></blockquote><blockquote type="cite"><div><span>_________________________________________________________________________</span><br><span>Professional FreeSWITCH Consulting Services: </span><br><span><a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a></span><br><span><a href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a></span><br><span></span><br><span>Official FreeSWITCH Sites</span><br><span><a href="http://www.freeswitch.org">http://www.freeswitch.org</a></span><br><span><a href="http://confluence.freeswitch.org">http://confluence.freeswitch.org</a></span><br><span><a href="http://www.cluecon.com">http://www.cluecon.com</a></span><br><span></span><br><span>FreeSWITCH-users mailing list</span><br><span><a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a></span><br><span><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></span><br><span>UNSUBSCRIBE:http://<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users">lists.freeswitch.org/mailman/options/freeswitch-users</a></span><br><span><a href="http://www.freeswitch.org">http://www.freeswitch.org</a></span></div></blockquote></body></html>