Opened 12 years ago
Closed 12 years ago
#1651 closed defect (fixed)
Incoming CANCEL request isn't reported in any callbacks
Reported by: | bennylp | Owned by: | bennylp |
---|---|---|---|
Priority: | normal | Milestone: | release-2.2 |
Component: | pjsip | Version: | trunk |
Keywords: | Cc: | ||
Backport to 1.x milestone: | Backported: | no |
Description (last modified by bennylp)
Incoming CANCEL request currently is not reported in any callbacks, not even on_tsx_state() (or on_call_tsx_state() in pjsua). This makes it impossible for application to review some headers in the request, most notably the Reason header (RFC 3326).
This happens because CANCEL is responded automatically by the INVITE session (including generation of 487 to INVITE), and due to how the flow is arranged, application will see the 200/OK response to CANCEL first in the callback, and then 487 to INVITE, before the CANCEL request itself. But pjsua application will not see the CANCEL request at all because by the time the CANCEL request is reported, call has been disconnected and further events from the INVITE session has been suppressed.
Change History (3)
comment:1 Changed 12 years ago by bennylp
- Description modified (diff)
comment:2 Changed 12 years ago by bennylp
- Description modified (diff)
comment:3 Changed 12 years ago by bennylp
- Resolution set to fixed
- Status changed from new to closed
In 4455: