Hello, what is your operating system? Do you have selinux enabled?
Can you add an xlog() message at the top of request_route block and see if the message is printed in syslog when you see the packet coming on the network? This ensures that kamailio is receiving it. If you are familiar with gdb, when one port is not responding, do: kamctl ps See the pid of the processes listening on that port. Select one and do: gdb /path/to/kamailio PID bt full That will show what that process is doing at that moment. Send the output here. Cheers, Daniel On 11/05/15 20:34, Karthik Srinivasan wrote: > Hi Daniel, > > Thanks for the response. > > We are not using the pike module. > > The requests to a port are not dismissed; rather, in most cases, > there is a delay in response from kamailio. Also, the delay is not > restricted to any particular message request. it happens for any type > of request. (register; subscribe; etc...). > > But those same requests, if pointed to different port, have no issues. > > Also, to note, I am not restarting kamailio when the issue occurs on a > particular port. kamailio is kept running and pointing traffic to a > non-problematic port seems fine. > > Karthik > > On Mon, May 11, 2015 at 12:41 PM, Daniel-Constantin Mierla > <mico...@gmail.com <mailto:mico...@gmail.com>> wrote: > > Hello, > > do you have pike module loaded and enabled? > > Are all requests to a port dismissed or just some of them? > > Cheers, > Daniel > > On 11/05/15 19:20, Karthik Srinivasan wrote: >> Hi, >> >> I have encountered an issue with kamailio and am hoping someone >> on this email distro can help: >> >> Here's my setup and description of the issue: >> >> I am running kamailio version 3.1.4. >> >> I have the kamailio process bound to ports 5060, 5070, and 5090. >> all UDP. >> >> I have several client devices registering to the kamailio registrar. >> >> The issue I have encountered is this: >> >> SIP registrations to port 5070 are fine for a period of time; by >> fine I mean clients send SIP registration requests to >> kamailio; and kamailio responds promptly to the request. by >> period of time I mean (this could be somewhat random) that for10 >> hours; 12 hours; 1 hour; that kamailo has no issue processing >> requests. after this random time period has elapsed, kamailo >> isn't able to respond to sip registrations and other messages in >> timely manner; to the point where the clients timeout and have >> to resend their registration requests. at times, kamailio does >> respond to the requests (with a significant delay) and at other >> times no response is received by the client. the user experience >> is intermittent registration delays/failures. >> >> The same behavior is seen on port 5090. >> >> I have not encountered the issue yet on port 5060. >> >> During times when kamailio isn't able to respond timely to >> requests on a particular port, requests to other ports are >> responded to timely. >> >> for ex: if port 5070 encounters the issue; port 5060 and 5090 >> seem fine. meaning, I can point my client devices to 5060 or >> 5090 and kamailio processes the requests timely. >> >> I have studied a tcp dump on the server end (kamailio side) and >> noticed that the network layer shows the messages from the client >> to be received timely while kamailio is encountering this >> issue. which indicates to me that it probably isn't a network >> lag related issue. >> >> Something at the application layer is probably causing kamailio >> to not respond timely. >> >> Furthermore the issue resolves itself after a period of time; >> that is, kamailio begins to respond to messages timely on the >> problematic port. >> I haven't had a chance yet to determine exactly how long it takes >> to recover. it certainly takes some time though. at least 30 >> minutes; maybe more. >> >> I can also state that the load on the kamailio system is >> minimal. far below than what the performance metrics state it >> can handle. >> >> Has anyone encountered this issue where kamalio isn't responding >> to registration and other requests timely on a particular port >> but does so fine for other ports? >> >> Any help on this would be appreciated. >> >> Thanks, >> >> Karthik >> >> >> >> >> >> >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > -- > Daniel-Constantin Mierla > http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - > http://www.linkedin.com/in/miconda > Kamailio World Conference, May 27-29, 2015 > Berlin, Germany - http://www.kamailioworld.com > > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing > list > sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, May 27-29, 2015 Berlin, Germany - http://www.kamailioworld.com
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users