Happens to me again, SIP->Zap or SIP->SIPProvider with a quite simple
dialplan, it generates an 's' record in the context of both sides just
like if it was doing a per-channel CDR instead of a per-call...
Scott Lykens wrote:
Hello all:
I upgraded to 1.4.3 last night and use MySQL for CDR.
I have noticed that 1.4.3 seems to log a lot of "crap" to CDR that
1.4.2 did not. I use a few macros in my dialplan to handle outgoing
calls (lcr type stuff) and in addition to the proper CDR for the call
itself I also have records to 's' in the same dest-context and entries
to 's' in the default context. Up to 3 CDRs are generated for one
outgoing call (SIP -> Zap channel) with one being the legit CDR and
two being the type described above.
My dialplan executes a ResetCDR after calling the lcr macro so that
the CDR is sane and accurate, however, it appears these "spurious" CDR
entries are generated by the call the ResetCDR even though I do not
call it with any options.
Am I missing something obvious here? I have read the ChangeLog but I
didn't see anything that addressed this particular issue.
Thanks for the help.
sl
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
--
_________________________
François Delawarde
Ingeniero de red
Tel: 918.03.92.51
E-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
_________________________
WIRELESS MUNDI
http://www.wirelessmundi.com/
C/Isaac Newton, 1 - Oficina 26 · Parque Tecnológico de Madrid
28760 TRES CANTOS (Madrid)
Tlf./Fax: (+34) 918 03 92 51
------------------------------------------------------------------------
La información contenida en este mensaje y en sus archivos adjuntos es
CONFIDENCIAL y se dirige exclusivamente a sus destinatarios. Queda
expresamente prohibida la utilización de la misma por cualquier persona
distinta de los destinatarios de esta comunicación. Si usted ha recibido
este mensaje por error le rogamos que lo comunique inmediatamente a
WIRELESS MUNDI y lo borre al igual que todos sus documentos adjuntos. El
correo electrónico no puede asegurar la confidencialidad ni la
integridad de sus mensajes por lo que WIRELESS MUNDI no se hace
responsable de tales errores u omisiones.
----------0----------
All information in this message and its attachments is confidential and
may be legally privileged. Only intended recipients are authorized to
use it. If you have received this transmission in error, please notify
WIRELESS MUNDI immediately and delete this message and its attachments.
E-mail transmissions are not guaranteed to be secure or error free and
WIRELESS MUNDI does not accept liability for such errors or omissions.
------------------------------------------------------------------------
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
