Hi Anca,<br><br>I've tested your patch and I don't think it's working.<br>At least I was noticed that a logic is going to 'skip' label on 183 sdp:<br> /* check modules response_f functions */<br>
for (r=0; r<mod_response_cbk_no; r++)<br> if (mod_response_cbks[r](msg)==0) goto skip;<br><br><br><div class="gmail_quote">2012/5/15 Anca Vamanu <span dir="ltr"><<a href="mailto:anca.vamanu@1and1.ro" target="_blank">anca.vamanu@1and1.ro</a>></span><br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>
<div bgcolor="#ffffff" text="#000000">
Hi Konstantin,<br>
<br>
<br>
I have attached the patch that allows calling onsend route also for
replies. After the 3.3 release is done, I will commit it also
upstream.<br>
<br>
Regards,<br>
Anca<div><div class="h5"><br>
<br>
<br>
On 05/14/2012 09:00 PM, Konstantin M. wrote:
<blockquote type="cite">Hi Marius,<br>
<br>
My opinion that a replies should be routed to onsend_route after
onreply_route in order unless they are dropped in onreply_route.<br>
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.<br>
A good point to use onsend_route for replies/forwardings/etc too I
think.<br>
<br>
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.<br>
I have some program which is analyzing a remote leg connection
state (no answer/busy/reorder, etc...) and this app is also
analyzing <br>
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=)<br>
and our application (which hasn't support for forking calls) is
receive a multiple rtp streams to the same rtp port.<br>
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<br>
that is routing to outbound from kamailio.<br>
I have to use wireshark just to see which replies are being set
instead of just log them into a syslog/file.<br>
<br>
Could you please share with me that patch ?<br>
<br>
Thanks,<br>
<br>
<br>
<br>
<br>
<br>
<div class="gmail_quote">2012/5/14 Marius Zbihlei <span dir="ltr"><<a href="mailto:marius.zbihlei@1and1.ro" target="_blank">marius.zbihlei@1and1.ro</a>></span><br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">Hello, <br>
<br>
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 ...<br>
<br>
So again, is there a cause why onsend_route is not triggered
for replies atm?<br>
<br>
<span><font color="#888888">
<pre cols="72">--
Zbihlei Marius
Head of
Linux Development Services Romania
1&1 Internet Development srl Tel KA: 754-9152
Str Mircea Eliade 18 Tel RO: <a href="tel:%2B40-31-223-9152" value="+40312239152" target="_blank">+40-31-223-9152</a>
Sect 1, Bucuresti mailto: <a href="mailto:marius.zbihlei@1and1.ro" target="_blank">marius.zbihlei@1and1.ro</a>
71295, Romania
</pre>
</font></span></div>
<br>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br>
</blockquote>
</div>
<br>
</blockquote>
<br>
</div></div></div>
</blockquote></div><br>