[SR-Users] Question about acc module

Ramazan Yilmaz ramazan.cs at gmail.com
Tue Oct 30 09:09:30 CET 2012


Hi,
Actually, I can not even register to kamailio, that's why I cannot make any
calls. So it is very very unlikely to have INVITEs without corresponding
BYEs, right?

On Tue, Oct 30, 2012 at 9:52 AM, Olle E. Johansson <oej at edvina.net> wrote:

>
> 29 okt 2012 kl. 14:51 skrev "Thorsten Willand" <twilland at web.de>:
>
> Hi,
>
> Maybe this question was already answered but I couldn’t find them. Wrong
> search terms perhaps.
>
> In the kamailio (Vers. 3.1.2) table acc of the acc module all active
> transactions are listed, correct? But when a client disconnects without a
> correct “bye” (problem with connection, bad protocol/codec implementation,
> etc) the transaction is still there until the end of time.
>
>
> YOu are mixing transactions with dialogs/calls. The ACC module mainly
> lists transactions. This means that an INVITE and a BYE are separate
> transactions with no relationship. If the BYE is missing, the INVITE was
> still a completed transaction and will be logged.
>
> The ACC module has some support for dialog-based logging with the dialog
> module - is this what you are using? With the dialog module you can have
> kamailio end calls with a BYE based on a timer.
>
> Is there a cleanup process or a parameter to set in the config to
> avoid/delete the dead transactions?
>
>
> The question here is if you mean calls without a bye or really mean a
> "dead" SIP transaction?
>
>
> /O
>
> --
> * Olle E. Johansson - oej at edvina.net
> * Kamailio & SIP Masterclass Miami FL December 2012
> * http://edvina.net/training/
>
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20121030/f6b8e018/attachment-0003.htm>


More information about the sr-users mailing list