<div dir="ltr"><div>Hi Andrew</div><div><br></div><div>Ah that explains why I don't see it in the DB. <br></div><div><br></div><div>I am not sure what to look for in the kamailio.proxy log other than that caller id? there certainly isn't anything today and we have already purged older ones. <br></div><div><br></div><div>I also have no idea where that long callid comes from and all seems to be running fine otherwise. But it would be swell of course if we can actually find what caused it.</div><div>In the meantime - aside from the cause, how do I remove it :-) ?</div><div><br></div><div>Regards</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 6, 2019 at 1:42 PM Andrew Pogrebennyk <<a href="mailto:apogrebennyk@sipwise.com">apogrebennyk@sipwise.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 3/6/19 10:58 AM, qabane me wrote:<br>
> Hi<br>
> <br>
> Ok I have done a bit of digging as follows:<br>
> <br>
>  select * from cdr WHERE call_id LIKE<br>
> '%$116d5af1-b6d4-1237-df83-a6958035e26f%';<br>
> <br>
> Under the assumption that I will find the offending call there and once<br>
> I do, get rid of it. The result is empty though so clearly I am not<br>
> looking in the right place?<br>
<br>
Mediator works with acc records so you don't get a CDR if there is an<br>
error fetching acc.<br>
The acc records are stored in the redis DB with index 21 in most recent<br>
versions. The mediator also tries to correlate the start/stop records<br>
from redis with those from mysql, in case the user has switched the<br>
engine or just updated the system. In that case, you might get some<br>
errors in the cdr.log which aren't actually a problem, but in your case<br>
my wild guess is that some system misconfiguration is causing such a<br>
huge call-id suffix that it leads to inaccurate SQL query when trying to<br>
fetch acc.<br>
<br>
Can you check the kamailio-proxy.log and/or acc records and tell us how<br>
in your setup, you obtained such a long call-id<br>
116d5af1-b6d4-1237-df83-a6958035e26f_b2b-1_b2b-1_b2b-1_b2b-1....etc<br>
because there is probably a loop going on somewhere in the system, e.g.<br>
circular call forwarding involving several users. I am especially<br>
interested in the kamailio-proxy.log because in most cases we do manage<br>
to detect and break the loop in case of misconfiguration.<br>
<br>
BR,<br>
Andrew<br>
</blockquote></div>