Hello,

there is no particular reason to avoid extending the code so that onsend_route is executed for replies. It wasn't done because no developer/contributed needed it (or didn't make the code public).

I had it in mind, but lack of time and no real need for myself set lower priority.

If Marius has a patch, once we branch the 3.3 series, he can put it on git master. Meanwhile he can share the patch as he wants, by tracker, mailing list or personal branch...

Cheers,
Daniel

On 5/14/12 8:00 PM, Konstantin M. wrote:
Hi Marius,

My opinion that a replies should be routed to onsend_route after onreply_route in order unless they are dropped in onreply_route.
It's by a common sense I think. All the traffic that is being sent/replied/forwarded and so on (in a short, all outgoing traffic) should trigger some callback.
A good point to use onsend_route for replies/forwardings/etc too I think.

There is a good reason (at least to me) which I need to see/parse them: my outgoing provider has a highly unwanted feature to us: forked calls.
I have some program which is analyzing a remote leg connection state (no answer/busy/reorder, etc...) and this app is also analyzing
all RTP which are sending within SDP on 180/181/183 messages. Let's say that Telco can send a multiple 183 SDP with a different IP/audio ports (c=/m=)
and our application (which hasn't support for forking calls) is receive a multiple rtp streams to the same rtp port.
Sure thing I did a proper logic to drop >1 of 180/181/183 sdp with a different contact info but I need to capture all the outgoing traffic
that is routing to outbound from kamailio.
I have to use wireshark just to see which replies are being set instead of just log them into a syslog/file.

Could you please share with me that patch ?

Thanks,





2012/5/14 Marius Zbihlei <marius.zbihlei@1and1.ro>
Hello,

Normally, onsend_route is not triggered for replies, only for messages. If there are some good reasons behind it, I don't know, as we have a simple patch that enables this (we are reviewing it before pushing it to upstream). Of course, no changes to the messages/replies are permitted ...

So again, is there a cause why onsend_route is not triggered for replies atm?

-- 
Zbihlei Marius

Head of
Linux Development Services Romania

1&1 Internet Development srl    Tel KA: 754-9152
Str Mircea Eliade 18            Tel RO: +40-31-223-9152
Sect 1, Bucuresti               mailto: marius.zbihlei@1and1.ro
71295, Romania

_______________________________________________
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




_______________________________________________
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


-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda