<!-- Kamailio Pull Request Template -->
<!--
IMPORTANT:
- for detailed contributing guidelines, read:
https://github.com/kamailio/kamailio/blob/master/.github/CONTRIBUTING.md
- pull requests must be done to master branch, unless they are backports
of fixes from master branch to a stable branch
- backports to stable branches must be done with 'git cherry-pick -x
...'
- code is contributed under BSD for core and main components (tm, sl, auth, tls)
- code is contributed GPLv2 or a compatible license for the other components
- GPL code is contributed with OpenSSL licensing exception
-->
#### Pre-Submission Checklist
<!-- Go over all points below, and after creating the PR, tick all the checkboxes
that apply -->
<!-- All points should be verified, otherwise, read the CONTRIBUTING guidelines
from above-->
<!-- If you're unsure about any of these, don't hesitate to ask on
sr-dev mailing list -->
- [ ] Commit message has the format required by CONTRIBUTING guide
- [ ] Commits are split per component (core, individual modules, libs, utils, ...)
- [ ] Each component has a single commit (if not, squash them into one commit)
- [x] No commits to README files for modules (changes must be done to docbook files
in `doc/` subfolder, the README file is autogenerated)
#### Type Of Change
- [ ] Small bug fix (non-breaking change which fixes an issue)
- [ ] New feature (non-breaking change which adds new functionality)
- [x] Breaking change (fix or feature that would change existing functionality)
#### Checklist:
<!-- Go over all points below, and after creating the PR, tick the checkboxes that
apply -->
- [ ] PR should be backported to stable branches
- [x] Tested changes locally
- [ ] Related to issue #XXXX (replace XXXX with an open issue number)
#### Description
<!-- Describe your changes in detail -->
We faced an issue that tcp:close (timeout and reset) event routes don't execute in
rare cases. Debugging and testing show that in the case when a connection is marked as BAD
or write timeout etc our event routes don't execute.
I found that executing event routes is in the read function only. So in case when a
connection is destroyed triggered by other reasons we don't have a notification
about this.
I propose to do this in main file every time when we destroy connections. But in this
case, we don't have I reason to destroy (timeout reset or EOF).
In our lab with these changes issue is gone. But sure this is just a concept.
You can view, comment on, or merge this pull request online at:
https://github.com/kamailio/kamailio/pull/2980
-- Commit Summary --
* tcpclose event_routes issue
-- File Changes --
M src/core/tcp_main.c (26)
M src/core/tcp_read.c (26)
-- Patch Links --
https://github.com/kamailio/kamailio/pull/2980.patch
https://github.com/kamailio/kamailio/pull/2980.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/2980
You are receiving this because you are subscribed to this thread.
Message ID: &lt;kamailio/kamailio/pull/2980(a)github.com&gt;