The point of that NDLB-nat-connectile-dysfunction param is to perform a hack on the RFC and ignore the contact given in the packet and replace it in our database with our own contact we formulate by using the IP and PORT the packet was received from. Thus the PORT has to be included because sending invites to that exact IP and PORT is the only way we know will make it back over the NAT translation path.<br>
<br>If you register to me on a public server and you say your contact is <a href="mailto:foo@10.0.0.1">foo@10.0.0.1</a>. but I see the NAT hack enabled on your account.&nbsp; I notice the packet was received from a valid internet IP:PORT since I cannot reach <a href="http://10.0.0.1">10.0.0.1</a> I replace the host from your real contact with the IP you registered from. and I append the PORT the register came from and save that as a contact.&nbsp; Then if i send an invite to that url it will go backwards over your NAT path assuming you are doing keepalives on SIP.<br>
<br>Now, <br><br>&quot;To every Open Source project I have involved in I try to help as much as<br>
I can. And the best thing I can do (due to my home lab setup :-) is<br>
finding bugs. And I think I&#39;m good at it :-)<br>
It sounds very strange to me your are so displeased with it, but I<br>
respect your wishes, of course.&quot;<br>
<br>and <br><br>&quot;I&#39;m sorry, in confers I contribute to there is a frequent practice to<br>
support the thoughts by exact RFC content and I just bring this practice<br>
with me to FreeSWITCH conference, because I&#39;m very accustomed with it.<br>
You tell me it is not wonted - ok, I stop it.&quot;<br><br>This is the condescending passive-aggressive &quot;kill em with kindness&quot; thing that I was trying to explain is annoying.&nbsp; So if you are serious about not trying to make me mad, tone that down a little more please.&nbsp; I have answered every one of your questions, fixed every one of your issues ahead of stuff I am already working on and I am simply trying to tell you what our policy is and you essentially dismissed each of them with some sort of &quot;I&#39;m sorry but not really&quot; type response.<br>
<br>I clearly said shoving the RFC in someones face as an excuse why they should fix your problem is what annoys us and I said we do comply to the RFC as much as we can apart from the proven cases where conforming to it makes us unable to interop.&nbsp; You still chose to &quot;apologize&quot; and promise never to refer to the RFC again.&nbsp; That is passive-agressive and unwanted behavior.<br>
<br><br>The conclusion that something is a bug, unless it&#39;s a seg fault, is subjective and the issue must be deliberated on before a fix is applied and it helps to have that process documented.&nbsp; So, yes please find bugs, and yes use jira to report issues and use the mailing list to ask questions or discuss an ongoing development process.<br>
<br>Please simply acknowledge that you understand my point and do not riddle my email with comments and I will be happy.&nbsp; <br><br>We look forward to your success with FreeSWITCH and welcome to the community.<br><br><br><br>
<br><br><br><br><br><br><br><div class="gmail_quote">On Fri, Apr 11, 2008 at 10:23 AM, kokoska rokoska &lt;<a href="mailto:kokoska.rokoska@post.cz">kokoska.rokoska@post.cz</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Anthony Minessale napsal(a):<br>
<div class="Ih2E3d">&gt; The main reason we write the port in that case is because the idea of<br>
&gt; that nat hack is to make the contact<br>
&gt; be the exact ip/port the register came from. &nbsp;Because of NAT it&#39;s some<br>
&gt; random port so putting the port in the contact is the only<br>
&gt; way we can get the packet back to the phone from our scope of the SIP<br>
&gt; stack.<br>
<br>
</div>Thank you very much, Anthony, for your explanation!<br>
I&#39;m not sure I understand well, but I try to read it once more or look<br>
into sources to get a clue :-)<br>
<div class="Ih2E3d"><br>
&gt; Any more advanced techniques need to be applied<br>
&gt; by a router such as openser or from the sofia stack itself. You can<br>
&gt; visit them in #sofia-sip on the same irc server as ours.<br>
&gt;<br>
<br>
</div>OK, thank you for pointing me to right direction, I will ask someone<br>
from Sofia.<br>
<div class="Ih2E3d"><br>
&gt;<br>
&gt; First of all I would like to complement us on our ability to keep up<br>
&gt; with you.<br>
&gt; Just as a hint, you are starting to abuse our help by asking for an<br>
&gt; average of 3 incidents a day this week.<br>
<br>
</div>First of all, let me apologize if my comments looks like I try to abuse<br>
your willingness. It is not what I want.<br>
<br>
For my defence I like to say that majority of my messages are bug-reports...<br>
<div class="Ih2E3d"><br>
&gt; Do people you pay money even help you that much?<br>
&gt;<br>
<br>
</div>As my voluntary work I&#39;m active in some local VoIP forum and try to help<br>
others with things I have enough knowledge about. May be I don&#39;t need<br>
much brain power to answer the questions because most of them are very<br>
simple, but there is a huge amount of them per day.<br>
And thus I never think about how much someone can ask me and how much I<br>
could ask others. It is my mistake, let me apologize.<br>
<div class="Ih2E3d"><br>
&gt; Let me give you a few pointers on how to get along with us. &nbsp;You may or<br>
&gt; may not have done all of these things<br>
&gt; but I am listing them for your information. &nbsp;I am not telling you to<br>
&gt; stop bringing up issues but be careful about dominating our time.<br>
<br>
</div>To every Open Source project I have involved in I try to help as much as<br>
I can. And the best thing I can do (due to my home lab setup :-) is<br>
finding bugs. And I think I&#39;m good at it :-)<br>
It sounds very strange to me your are so displeased with it, but I<br>
respect your wishes, of course.<br>
<div class="Ih2E3d"><br>
&gt; You may want to also use &nbsp;<a href="http://jira.freeswitch.org" target="_blank">http://jira.freeswitch.org</a> as a more formal<br>
&gt; way to track your problems.<br>
&gt;<br>
<br>
</div>OK, if I see it is not avoidable, I insert it in the jira.<br>
<div class="Ih2E3d"><br>
&gt; 1) Please do not take the extra time to provide any justification to why<br>
&gt; you think we *should* do something just to help your case.<br>
<br>
</div>If I ever used &quot;should&quot; I never meant to force you to help me. It was<br>
just advice about what could help FreeSWITCH to be better - from my<br>
point of view. Nothing more.<br>
If it bother you, I never repeat it.<br>
<div class="Ih2E3d"><br>
&gt; &nbsp; &nbsp; Feel free to ask but do not use what someone else does as an<br>
&gt; excuse. &nbsp;If everyone in Europe was jumping off a cliff, should we too?<br>
&gt; &nbsp; &nbsp; This includes used car salesman techniques like using statements<br>
&gt; like &quot;I have this simple app and it doesn&#39;t work how I want.<br>
&gt; &nbsp; &nbsp; If this were a real soft-switch it would do this.....&quot;<br>
&gt;<br>
&gt; 2) Do not use RFC as a bible. &nbsp;When someone wants something they tend to<br>
&gt; stand up on a soapbox and wave it in the air.<br>
&gt; &nbsp; &nbsp; Meanwhile when something else inconvenient happens like NAT where<br>
&gt; breaking the RFC usually fixes it, then it&#39;s ok.<br>
&gt; &nbsp; &nbsp; We all know we should try to work as close to the RFC as possible.<br>
&gt; We also all know it&#39;s impossible to actually work right<br>
&gt; &nbsp; &nbsp; at 100% RFC compliance unless you live on a commune full of SIP<br>
&gt; purists. &nbsp;So avoid quoting the RFC to prove your point.<br>
<br>
</div>I&#39;m sorry, in confers I contribute to there is a frequent practice to<br>
support the thoughts by exact RFC content and I just bring this practice<br>
with me to FreeSWITCH conference, because I&#39;m very accustomed with it.<br>
You tell me it is not wonted - ok, I stop it.<br>
<div class="Ih2E3d"><br>
&gt; &nbsp; &nbsp; Save it for rare occasions. &nbsp;The Sofia SIP stack does a lot of work<br>
&gt; to comply and they do a good job you should thank them.<br>
&gt;<br>
<br>
</div>I&#39;m very thankful to them, but I hope it doesn&#39;t mean I couldn&#39;t think<br>
about improvements. Like on any other projects.<br>
<div class="Ih2E3d"><br>
&gt; 3) Keep it in mind that FreeSWITCH is developed primarily by me and I<br>
&gt; only have so many hours in a day.<br>
&gt; &nbsp; &nbsp; I am more than happy to answer questions and help people but be sure<br>
&gt; to give others a turn too.<br>
<br>
</div>I&#39;m sorry. I&#39;m accustomed to send bug reports to dev-lists and I just<br>
continue in this practice with FreeSWITCH. If it is not desired, I stop<br>
it and use jira exlusively.<br>
<div class="Ih2E3d"><br>
&gt; &nbsp; &nbsp; Try asking more questions on the users list or the irc channel to<br>
&gt; give others a chance to help too.<br>
&gt;<br>
<br>
</div>I hope I have asked questions in user-list. If not, let me apologize, it<br>
was an oversight...<br>
<div class="Ih2E3d"><br>
&gt; 4) When you feel yourself crossing the line from testing the waters to<br>
&gt; going in production, consider getting a support contract or the visiting<br>
&gt; &nbsp; &nbsp; the donation and/or wishlists so you can give back to the project<br>
&gt; and put smiles on underprivileged developer&#39;s faces for pennies a day.<br>
&gt;<br>
<br>
</div>Majority of projects I&#39;m using VoIP SW in are non-profit and costs me<br>
not only a lot of time but real money too.<br>
But - wheter I ever will use FreeSWITCH in production or not, I do what<br>
I can to support it because I see big potential in it.<br>
Besides like I do for any other SW project I feel truly amazing...<br>
<br>
Best regards,<br>
<br>
kokoska.rokoska<br>
<br>
<br>
_______________________________________________<br>
Freeswitch-users mailing list<br>
<a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400