Let's not confuse reports with how the CDR cuts its raw data. If the call forward was set to write to the cdr dtaabase, it would show there.
The XX-6413 issue is more likely related to how the proxy forwards the call external but doesn't see the call as being placed from a user, even though it is user forwarded and the outbound call is authenticated. As a result the outbound forwarded call does not get "observed" and hence it is not written to sipxcdr db. This is not really a report issue, but a call state/observer one. I imagine if the call was forwarded by the UA (phone device) it would appear in CDR. So an effort to define what is wrong with the outbound forwarded call needs to be looked at to make sure it is picked up in cdr. Feel free to comment on the issue: http://track.sipfoundry.org/browse/XX-6413 But really, it deserves its own thread. On Mon, Mar 19, 2012 at 5:46 AM, Tony Graziano <[email protected] > wrote: > I think this is a known CDR bug. > > http://track.sipfoundry.org/browse/XX-6413 > > > On Mon, Mar 19, 2012 at 5:44 AM, Domenico Chierico < > [email protected]> wrote: > >> have you having troubles tracing "forwarderd" calls to external numbers? >> >> In my tests sipx gives no evidence that a call was forwarded to some >> others. >> >> thanks >> Domenico Chierico >> >> On Sun, Mar 18, 2012 at 11:59 PM, Todd Hodgen <[email protected]>wrote: >> >>> Thanks Matt!**** >>> >>> ** ** >>> >>> *From:* [email protected] [mailto: >>> [email protected]] *On Behalf Of *Matt White >>> *Sent:* Sunday, March 18, 2012 3:30 PM >>> *To:* [email protected] >>> *Subject:* Re: [sipx-users] CDR PluginS**** >>> >>> ** ** >>> >>> callaccounting.ws has a prebuilt driver for sipx. Its "ok". I have a >>> customer using it. >>> >>> I think ezuce also has a third party accouting pakcage if I'm not >>> mistaken...not sure who the oem is. >>> >>> -m >>> >>> >>> "Todd Hodgen" <[email protected]> 03/17/12 4:18 AM >>> >>> >>> **** >>> >>> Has anyone written a CDR Plugin for Sipxecs? I seem to recall some >>> discussions around it, and the API. **** >>> >>> **** >>> >>> Or, is anyone using an existing Call Accounting Application with sipXecs >>> with success?**** >>> >>> _______________________________________________ >>> sipx-users mailing list >>> [email protected] >>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>> >> >> >> _______________________________________________ >> sipx-users mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> > > > > -- > ~~~~~~~~~~~~~~~~~~ > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: [email protected] > Fax: 434.465.6833 > ~~~~~~~~~~~~~~~~~~ > Linked-In Profile: > http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 > Ask about our Internet Fax services! > ~~~~~~~~~~~~~~~~~~ > -- ~~~~~~~~~~~~~~~~~~ Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.465.6833 ~~~~~~~~~~~~~~~~~~ Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet Fax services! ~~~~~~~~~~~~~~~~~~ -- LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Customers: http://myhelp.myitdepartment.net Blog: http://blog.myitdepartment.net
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
