[Freeswitch-users] [Freeswitch-dev] bad REGISTER processing

Fri Apr 11 09:30:48 PDT 2008

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.

If you register to me on a public server and you say your contact is
foo at 10.0.0.1. but I see the NAT hack enabled on your account.  I notice the
packet was received from a valid internet IP:PORT since I cannot reach
10.0.0.1 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.  Then if i send an invite to that url it will go backwards
over your NAT path assuming you are doing keepalives on SIP.

Now,

"To every Open Source project I have involved in I try to help as much as
I can. And the best thing I can do (due to my home lab setup :-) is
finding bugs. And I think I'm good at it :-)
It sounds very strange to me your are so displeased with it, but I
respect your wishes, of course."

and

"I'm sorry, in confers I contribute to there is a frequent practice to
support the thoughts by exact RFC content and I just bring this practice
with me to FreeSWITCH conference, because I'm very accustomed with it.
You tell me it is not wonted - ok, I stop it."

This is the condescending passive-aggressive "kill em with kindness" thing
that I was trying to explain is annoying.  So if you are serious about not
trying to make me mad, tone that down a little more please.  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 "I'm sorry but
not really" type response.

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.  You still chose to "apologize" and promise never to
refer to the RFC again.  That is passive-agressive and unwanted behavior.

The conclusion that something is a bug, unless it'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.  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.

Please simply acknowledge that you understand my point and do not riddle my
email with comments and I will be happy.

We look forward to your success with FreeSWITCH and welcome to the
community.

On Fri, Apr 11, 2008 at 10:23 AM, kokoska rokoska <kokoska.rokoska at post.cz>
wrote:

>
> Anthony Minessale napsal(a):
> > The main reason we write the port in that case is because the idea of
> > that nat hack is to make the contact
> > be the exact ip/port the register came from.  Because of NAT it's some
> > random port so putting the port in the contact is the only
> > way we can get the packet back to the phone from our scope of the SIP
> > stack.
>
> Thank you very much, Anthony, for your explanation!
> I'm not sure I understand well, but I try to read it once more or look
> into sources to get a clue :-)
>
> > Any more advanced techniques need to be applied
> > by a router such as openser or from the sofia stack itself. You can
> > visit them in #sofia-sip on the same irc server as ours.
> >
>
> OK, thank you for pointing me to right direction, I will ask someone
> from Sofia.
>
> >
> > First of all I would like to complement us on our ability to keep up
> > with you.
> > Just as a hint, you are starting to abuse our help by asking for an
> > average of 3 incidents a day this week.
>
> First of all, let me apologize if my comments looks like I try to abuse
> your willingness. It is not what I want.
>
> For my defence I like to say that majority of my messages are
> bug-reports...
>
> > Do people you pay money even help you that much?
> >
>
> As my voluntary work I'm active in some local VoIP forum and try to help
> others with things I have enough knowledge about. May be I don't need
> much brain power to answer the questions because most of them are very
> simple, but there is a huge amount of them per day.
> And thus I never think about how much someone can ask me and how much I
> could ask others. It is my mistake, let me apologize.
>
> > Let me give you a few pointers on how to get along with us.  You may or
> > may not have done all of these things
> > but I am listing them for your information.  I am not telling you to
> > stop bringing up issues but be careful about dominating our time.
>
> To every Open Source project I have involved in I try to help as much as
> I can. And the best thing I can do (due to my home lab setup :-) is
> finding bugs. And I think I'm good at it :-)
> It sounds very strange to me your are so displeased with it, but I
> respect your wishes, of course.
>
> > You may want to also use  http://jira.freeswitch.org as a more formal
> > way to track your problems.
> >
>
> OK, if I see it is not avoidable, I insert it in the jira.
>
> > 1) Please do not take the extra time to provide any justification to why
> > you think we *should* do something just to help your case.
>
> If I ever used "should" I never meant to force you to help me. It was
> just advice about what could help FreeSWITCH to be better - from my
> point of view. Nothing more.
> If it bother you, I never repeat it.
>
> >     Feel free to ask but do not use what someone else does as an
> > excuse.  If everyone in Europe was jumping off a cliff, should we too?
> >     This includes used car salesman techniques like using statements
> > like "I have this simple app and it doesn't work how I want.
> >     If this were a real soft-switch it would do this....."
> >
> > 2) Do not use RFC as a bible.  When someone wants something they tend to
> > stand up on a soapbox and wave it in the air.
> >     Meanwhile when something else inconvenient happens like NAT where
> > breaking the RFC usually fixes it, then it's ok.
> >     We all know we should try to work as close to the RFC as possible.
> > We also all know it's impossible to actually work right
> >     at 100% RFC compliance unless you live on a commune full of SIP
> > purists.  So avoid quoting the RFC to prove your point.
>
> I'm sorry, in confers I contribute to there is a frequent practice to
> support the thoughts by exact RFC content and I just bring this practice
> with me to FreeSWITCH conference, because I'm very accustomed with it.
> You tell me it is not wonted - ok, I stop it.
>
> >     Save it for rare occasions.  The Sofia SIP stack does a lot of work
> > to comply and they do a good job you should thank them.
> >
>
> I'm very thankful to them, but I hope it doesn't mean I couldn't think
> about improvements. Like on any other projects.
>
> > 3) Keep it in mind that FreeSWITCH is developed primarily by me and I
> > only have so many hours in a day.
> >     I am more than happy to answer questions and help people but be sure
> > to give others a turn too.
>
> I'm sorry. I'm accustomed to send bug reports to dev-lists and I just
> continue in this practice with FreeSWITCH. If it is not desired, I stop
> it and use jira exlusively.
>
> >     Try asking more questions on the users list or the irc channel to
> > give others a chance to help too.
> >
>
> I hope I have asked questions in user-list. If not, let me apologize, it
> was an oversight...
>
> > 4) When you feel yourself crossing the line from testing the waters to
> > going in production, consider getting a support contract or the visiting
> >     the donation and/or wishlists so you can give back to the project
> > and put smiles on underprivileged developer's faces for pennies a day.
> >
>
> Majority of projects I'm using VoIP SW in are non-profit and costs me
> not only a lot of time but real money too.
> But - wheter I ever will use FreeSWITCH in production or not, I do what
> I can to support it because I see big potential in it.
> Besides like I do for any other SW project I feel truly amazing...
>
> Best regards,
>
> kokoska.rokoska
>
>
> _______________________________________________
> Freeswitch-users mailing list
> Freeswitch-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>

-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/

AIM: anthm
MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:213-799-1400
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20080411/25b6948d/attachment-0002.html 