With nathelper and specifically nat ping, are there any known statistics of how much of a performance hit this will make on a server?<br><br>The implementation is as a stateless proxy/registrar -- so no overhead of maintaining transactions, we just forward them elsewhere. However, I'd like to enable nat ping for the whole user base, which would be somewhere around 10,000 UA's. I know that there's the ability to process and append a nat flag depending on the ip address in the contact field (before fixing it), but I'm actually looking for more along the lines of how many processes could be expected to send nat pings (not SIP messages) to this many UA's on a ~45 second interval.<br>
<br>Also, any sort of broad performance information in general would be awesome -- didn't really see a lot on the website in this regard.<br><br>Thanks much.<br><br><div class="gmail_quote">On Thu, Apr 16, 2009 at 6:11 PM, Jesus Rodriguez <span dir="ltr"><<a href="mailto:jesusr@voztele.com">jesusr@voztele.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hello Bobby,<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Thanks, I think I got confused between min, max, and default and what it means in terms of the RFC. I now understand I can send a 4XX back for an interval too brief, etc, etc, but ultimately I need to rely upon nat keepalive on the end user or nat_ping to keep the pinhole open.<br>
</blockquote>
<br>
<br></div>
Yes, you have to use some keepalive method to keep the nat pinhole open (nat_traversal or nathelper modules can do this).<br>
<br>
Regards.<br>
<br>
Saludos<br>
JesusR.<div><div></div><div class="h5"><br>
<br>
<br>
<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
On Thu, Apr 16, 2009 at 5:28 PM, Jesus Rodriguez <<a href="mailto:jesusr@voztele.com" target="_blank">jesusr@voztele.com</a>> wrote:<br>
Hi Bobby,<br>
<br>
Do not use the modparam("registrar", "max_expires", 45)... this is replacing the expires sent by the UA (3600 seconds) to the maximum accepted by your proxy (45 seconds).<br>
<br>
To limit the number of simultaneous registered contacts use the max_contacts modparam.<br>
<br>
Saludos<br>
JesusR.<br>
<br>
<br>
<br>
We're having an issue with userloc, registrar, and entries being removed from the store.<br>
<br>
Some devices, if behind home consumer routers, can not keep the nat pinhole open long enough to actually receive calls if it's a very long duration (say, 3600 seconds). So, we try to enforce by the following:<br>
<br>
modparam("usrloc", "db_mode", 2)<br>
modparam("usrloc", "db_url",<br>
"dburl_here")<br>
modparam("registrar", "default_expires", 30)<br>
modparam("registrar", "min_expires", 15)<br>
modparam("registrar", "max_expires", 45)<br>
<br>
And the register message:<br>
<br>
U 2009/04/16 16:55:13.922594 <a href="http://1.2.3.4:1076" target="_blank">1.2.3.4:1076</a> -> <a href="http://4.3.2.1:5060" target="_blank">4.3.2.1:5060</a><br>
REGISTER sip:4.3.2.1 SIP/2.0.<br>
Via: SIP/2.0/UDP 1.2.3.4:1085;branch=z9hG4bK-12b688e4;rport.<br>
From: "Extension" <<a href="mailto:sip%3Ausername@4.3.2.1" target="_blank">sip:username@4.3.2.1</a>>;tag=91682ba296592d12o0.<br>
To: "Extension" <<a href="mailto:sip%3Ausername@4.3.2.1" target="_blank">sip:username@4.3.2.1</a>>.<br>
Call-ID: <a href="mailto:f2edcb48-8f3ca203@10.0.4.13" target="_blank">f2edcb48-8f3ca203@10.0.4.13</a>.<br>
CSeq: 50140 REGISTER.<br>
Max-Forwards: 70.<br>
Contact: "Extension" <<a href="http://sip:username@1.2.3.4:1085" target="_blank">sip:username@1.2.3.4:1085</a>>;expires=3600.<br>
User-Agent: Linksys/SPA941-5.1.8.<br>
Content-Length: 0.<br>
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER.<br>
Supported: replaces.<br>
.<br>
<br>
U 2009/04/16 16:55:13.922777 <a href="http://4.3.2.1:5060" target="_blank">4.3.2.1:5060</a> -> <a href="http://1.2.3.4:1076" target="_blank">1.2.3.4:1076</a><br>
SIP/2.0 200 OK.<br>
Via: SIP/2.0/UDP 1.2.3.4:1085;branch=z9hG4bK-12b688e4;rport=1076.<br>
From: "Extension" <<a href="mailto:sip%3Ausername@4.3.2.1" target="_blank">sip:username@4.3.2.1</a>>;tag=91682ba296592d12o0.<br>
To: "Extension" <<a href="mailto:sip%3Ausername@4.3.2.1" target="_blank">sip:username@4.3.2.1</a>>;tag=d956cb2540203ca43d36f1e0fd077845.d21c.<br>
Call-ID: <a href="mailto:f2edcb48-8f3ca203@10.0.4.13" target="_blank">f2edcb48-8f3ca203@10.0.4.13</a>.<br>
CSeq: 50140 REGISTER.<br>
Contact: <<a href="http://sip:username@1.2.3.4:1076" target="_blank">sip:username@1.2.3.4:1076</a>>;expires=45;received="sip:<a href="http://1.2.3.4:1076" target="_blank">1.2.3.4:1076</a>".<br>
Server: OSips SIP (1.4.5).<br>
Content-Length: 0.<br>
<br>
<br>
Opensips removes the contact from the database after the replied timer, which is 45 seconds -- however, the phone doesn't register again for 3600 seconds.<br>
<br>
We know that other technologies will simply store the entries in a database as stale, but lookups for that contact will work arbitrarily for an indefinite amount of time. I would like to limit the amount of contacts for each user to just one (we don't support multiple contacts or presence), but that as well in the issues seem to cause phones to deregister after the 45 second interval.<br>
<br>
Is there an option or a flag that I'm missing so that even though I want to enforce a default/min/max time, if the phone doesn't register in that period, the contact still lingers around in memory for a predefined amount of time?<br>
<br>
<br>
Thanks again for all your help. _______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
<br>
<br>
<br>
Saludos<br>
JesusR.<br>
<br>
------------------------------------<br>
Jesus Rodriguez<br>
VozTelecom Sistemas, S.L.<br>
<a href="mailto:jesusr@voztele.com" target="_blank">jesusr@voztele.com</a><br>
<a href="http://www.voztele.com" target="_blank">http://www.voztele.com</a><br>
Tel. 902360305<br>
-------------------------------------<br>
<br>
<br>
<br>
<br>
<br>
</blockquote>
<br>
<br>
<br>
<br>
<br>
Saludos<br>
JesusR.<br>
<br>
------------------------------------<br>
Jesus Rodriguez<br>
VozTelecom Sistemas, S.L.<br>
<a href="mailto:jesusr@voztele.com" target="_blank">jesusr@voztele.com</a><br>
<a href="http://www.voztele.com" target="_blank">http://www.voztele.com</a><br>
Tel. 902360305<br>
-------------------------------------<br>
<br>
<br>
<br>
<br>
</div></div></blockquote></div><br>