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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
