Iñaki Baz Castillo wrote:
Not so easy. I've never tryed the only way to process a *stateless* reply is in "onreply_route[0]". Theorically "check_trans()" works also in ONREPLY_ROUTE, but even if it detects the reply, how to drop it? do "drop()" or "exit()" eliminate a response?
I would think drop() would do it.
Why is the response stateless? When a 487 is relayed by a proxy it is statefully associated with an INVITE transaction that is being closed in response to a CANCEL, right? Or did I not carefully read this thread and miss something?
If reply-routes can be used to modify replies (i.e. SDP and Contact fixups for NAT traversal), surely they can be used to suppress them as well?
Sure? (I don't know).
PD: I will try it right now :)
Will be interested to know the results!