<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jun 5, 2016 at 3:48 AM, Michael Maier <span dir="ltr"><<a href="mailto:m1278468@allmail.net" target="_blank">m1278468@allmail.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<br>
I occasionally can see warnings like these during *idle* times in<br>
asterisk log (asterisk 13.7.2):<br>
<br>
[2016-06-05 06:11:51] WARNING[27817] pjsip:     sip_transactio Unable to<br>
register REGISTER transaction (key xists)<br>
[2016-06-05 06:11:51] WARNING[27817] pjsip:     sip_transactio Unable to<br>
register REGISTER transaction (key exists)<br>
<br>
Nothing more. The third REGISTER package works as expected.<br>
<br>
<br>
What's going on:<br>
My phone regularly (each 7.5 minutes) sends REGISTER. Sometimes, those<br>
REGISTERs are denied like seen above (mostly already the second REGISTER<br>
works and no third REGISTER is needed).<br>
<br>
The reRegistering of the phone normally works like this (as seen in<br>
wireshark):<br>
<br>
-> REGISTER                             06:04:19:285<br>
<- 401 Unauthorized                     06:04:19:287<br>
-> REGISTER                             06:04:19:316<br>
<- 200 OK                               06:04:19:376<br>
<br>
<br>
If warnings happen like the one mentioned above, the following can be<br>
seen in wireshark:<br>
<br>
-> REGISTER                             06:11:49:359<br>
<- 401 Unauthorized                     06:11:49:362<br>
-> REGISTER                             06:11:49:392    Unable ...<br>
-> REGISTER                             06:11:49:876    Unable ...<br>
-> REGISTER                             06:11:50:868<br>
<- 200 OK                               06:11:51:634<br>
<br>
The second, third and fourth register package look completely identical<br>
to me according wireshark regarding SIP.<br>
<br>
Notice the big latency between the fourth register and the following 200<br>
OK: there are nearly 0.8 seconds in between in the problem case - but<br>
normally, there are just 0.06 seconds between REGISTER and 200 OK!<br>
<br>
What happened during these 0.8 seconds? Asterisk (and the complete<br>
machine) has been completely idle at this time - there wasn't any call<br>
or anything other to process.<br>
<br>
I've got the complete wireshark trace of the situation described above.<br></blockquote><div><br></div><div>Those key exist messages are due to a race condition.  From what I've<br></div><div>seen in the code the messages seem to be benign.<br></div><div><br></div><div>How may endpoints are registering to your Asterisk? How often?<br></div><div>Do you use realtime?  Is your realtime database on the same machine?<br><br></div><div>Richard<br></div></div><br></div></div>