Another draft from Worley. Me thinks with him pulling that many draft he'd be a barkeep! (meant as a compliment)
Thanks, I'll try to do that this week in the event it is a real issue facing others and can be cleaned up or address during one of the sprints. On Wed, Nov 11, 2009 at 3:51 PM, Raymond Dans <[email protected]> wrote: > Tony wrote: > > >Cc: Sipx-dev list > >Subject: Re: [sipX-dev] CDR Status Codes Question > > > > > > Tony wrote: > > > > >Subject: [sipX-dev] CDR Status Codes Question > > > > For the case of abandoned calls, there is no change in > >4.2 planned to > > how these calls are tagged (i.e. Failed). It is > >certainly a change that > > I'd like to see and will investigate it further to see > >if we can easily > > distinguish an Abandoned calls version an actual failed called. > > The scenario where you describe calls that go to > >voicemail are showing > > as a failure, I've not seen before. They certainly > >should not be and > > should be shown as Completed with an appropriate call > >length. Could you > > open an issue on this please and indicate which > >voicemail system (i.e. > > the internal or MS Exchange ...) > > > > > > > >Thanks, I will work on a couple of samples this week and open > >this. What logging levels apart from the defaults are needed? > >I will ceate snapshot of the failed scenarios (or just logs) > >once I know what logging levels to inlcude (siptrace, snapshot > >or just logs, etc.). > > > Turn on debugging for the Proxy and for CDR and after the failed > scenarios, take a snapshot and include CDR records as well as logs. > > > > ....... > > > In release 4.2 a number of new pieces of data have been > >added to the CDR > > record to: > > > > 1. Indicate who actually answered the call (based on contact > > information - not yet used in displaying the record) > > 2. Indicate if a call was transferred (i.e. like in > >the case of going > > to voicemail). > > 3. Link calls logically together. This information is > >available in the > > record but not yet used in displaying the record) > > > > The new data fields are intended primarily for use of > >3rd party CDR > > applications but will hopefully in the future also be > >used in Config > > when displaying the historical records. > > > > Raymond > > > >I read through the CDR issues slated/assigned for 4.2 and > >didn't see one that showed calls linked together, but realize > >sometimes that separate items link to another. Wish they would > >show what gateway was used! Maybe another version down the road. > > > > The calls can be linked by using a new field called "reference". It may > contain 0 or more comma separated "linked" callids along with the > relationship in the form of <callid>;rel=<relationship>. > Possible relationships that we use in 4.2 are: xfer, refer and chain. > The meaning of these relationships are described in the Internet Draft > for "The References Header for SIP" > http://tools.ietf.org/html/draft-worley-references-04 . > > Please note that the linking occurs from the last to first legs of the > call.
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
