It's latest and greatest 2.5.<br><br>:)<br><br>Vladimir<br><br><br><div class="gmail_quote">On Mon, Jun 18, 2012 at 6:32 PM, Andrew Pogrebennyk <span dir="ltr"><<a href="mailto:apogrebennyk@sipwise.com" target="_blank">apogrebennyk@sipwise.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>
We've fixed a related bug back in April (fax vs. reminder identification), have you updated your system recently?<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Sent from my Android phone with K-9 Mail. Please excuse my brevity.</font></span><div class="HOEnZb"><div class="h5"><br><br><div class="gmail_quote">Vladimir Grujic <<a href="mailto:hyperbabac@gmail.com" target="_blank">hyperbabac@gmail.com</a>> wrote:<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

I've found what was causing cdr to stop working. It's the mediator process failing to recognize call_type field.(Error inserting cdrs : Data truncated for column 'call_type' at row (sometimes 1 or 2 or 6))<br>

 for calls originating from the asterisk server (prepended with fax- prefix for the moment). The mediator process dies instantly upon receiving such a record in kamailio table. I need to originate some calls from asterisk and i have used the fax server configuration logic for that. I see i will need to make a proper route for my calls from asterisk.<br>

<br>As for the nat detection i will make a trace calls and see what's going on.<br><br><br>Vladimir<br><br><br><br><div class="gmail_quote">On Mon, Jun 18, 2012 at 5:14 PM, Andreas Granig <span dir="ltr"><<a href="mailto:agranig@sipwise.com" target="_blank">agranig@sipwise.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Please ALWAYS reply to the list as well for others to see it (unless<br>
it's log messages we're requesting for in-depth trouble shooting).<br>
<div><br>
On 06/17/2012 09:53 PM, Vladimir Grujic wrote:<br>
> now even more strange thing is happening. I have a call with some<br>
> call_id in the cdr table but there is no entries for that call_id in the<br>
> log file for that date.<br>
<br>
</div>Then rsyslog is not running on your machine, or there is some issue with<br>
your storage. Also make sure to use "zgrep" instead of "grep" when<br>
searching in /var/log/ngcp/old/, because the log files there are gzipped.<br>
<div><br>
> Will do some more tests (maybe i have accidentally change something in<br>
> proxy.conf for kamailio, because a had to add some app to asterisk and<br>
> route some numbers to it)<br>
> Another thing i have noticed is bad nat detection. I have various cpe<br>
> devices at customer premises (adsl, cdma evdo, wimax, wifi) and in<br>
> majority of cases i see that subscriber use of  nat is no on his status<br>
> page and i am certain that his sip is behind the cpe. The another<br>
> problem are some cpe devices with sip clients on it . I have a peer<br>
> defined and forced use of proxy for that peer. The sip client is at<br>
> public ip and forced to use proxy, nevertheless the rtp stream is trying<br>
> to connect from peer to cpe directly. I will elaborate all that quite<br>
> extensively on another mail which i will send in front of the company i<br>
> work for in the next couple of days (some form o enterprise business<br>
> inquiry).<br>
<br>
</div>NAT detection is done based on the comparison of the source ip the<br>
request is coming from with the IP addresses in various header fields<br>
(e.g. Via and Contact). Do a tcpdump or ngrep to see the content of the<br>
SIP messages.<br>
<span><font color="#888888"><br>
Andreas<br>
<br>
</font></span></blockquote></div><br>
</blockquote></div></div></div></blockquote></div><br>