<div>Hi,</div><div> </div><div> If this is still an issue; I found a while back that the NOTIFY hole you are trying to keep open by using the $NOTIFY keepalive setting on the device, does not stay open unless SPCE replies with 200 OK. Here's a 2.6 hack for your /etc/ngcp-config/templates/etc/kamailio/proxy/impresence.cfg.customtt.tt2</div>
<div> </div><div>This will accept NOTIFY from already authenticated/registered devices and reply OK to keep that hole open. Else, exit/ignore.</div><div> </div><div> </div><div>route[ROUTE_IMP_REQUEST]<br>{<br>        if(is_method("NOTIFY"))<br>
        {<br>                if($hdr(Event) =~ "keep-alive" && registered("location","$fu"))<br>                {<br>                        xlog("L_INFO", "NAT Keep-Alive Detected, Replying - [% logreq -%]\n");<br>
                        sl_send_reply("200", "OK");<br>                        exit;<br>                }<br>                else if(cmp_istr($cT, "application/simple-message-summary") &&<br>
                        $avp(s:ip) == "[% networking.iaddress %]")<br>                {<br>                        route(ROUTE_IMP_NOTIFY_MWI);<br>                        exit;<br>                }<br>        exit;<br>
        }</div><div>#!ifndef ENABLE_PRESENCE<br>        route(ROUTE_COM_REJECT_UNSUPPORTED);<br>#!else</div><div>        # checking if a request is a retransmission, if so it will exit</div><div> </div><div> </div><div>Skyler<br>
<br></div><div class="gmail_quote">On Wed, Feb 13, 2013 at 6:01 AM, Daniel Grotti <span dir="ltr"><<a href="mailto:dgrotti@sipwise.com" target="_blank">dgrotti@sipwise.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
Hi Dave,<br>
<br>
Some SIP client(like Cisco SPA devices for example) support the "NAT<br>
Keep Alive" feature.<br>
You can try to enable it.<br>
<span class="HOEnZb"><font color="#888888"><br>
Daniel<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
On 02/13/2013 02:55 PM, Dave Massey wrote:<br>
> Hey all.<br>
><br>
> Is there any requirement for the client/ATA to have specific NAT settings enabled if the ATA is behind a NAT consumer router?<br>
> SPCE is on a public IP.<br>
><br>
> I have one case where the ATA loses connection/will not register to SPCE after some time (24 hours?) and requires resetting all the equipment/router and it will re-establish connection.<br>
> I havent enabled any specific NAT things in any ATAs and its only a problem with this one customer, perhaps their D-link router?<br>
> Other cases even with the ATAs behind double NAT and everything is fine.<br>
> Re-Registration time is 60 seconds, I figure thats lots to keep holes open in NAT routers.<br>
><br>
> Any thing that might have to be checked?<br>
> I know this probably not specific to SPCE.<br>
><br>
> Thanks!<br>
><br>
> Dave<br>
> _______________________________________________<br>
> Spce-user mailing list<br>
> <a href="mailto:Spce-user@lists.sipwise.com">Spce-user@lists.sipwise.com</a><br>
> <a href="http://lists.sipwise.com/listinfo/spce-user" target="_blank">http://lists.sipwise.com/listinfo/spce-user</a><br>
<br>
<br>
_______________________________________________<br>
Spce-user mailing list<br>
<a href="mailto:Spce-user@lists.sipwise.com">Spce-user@lists.sipwise.com</a><br>
<a href="http://lists.sipwise.com/listinfo/spce-user" target="_blank">http://lists.sipwise.com/listinfo/spce-user</a><br>
</div></div></blockquote></div><br>