26 Aug
2019
26 Aug
'19
12:54 p.m.
Hello,
the $mb and $msg(buf) still point to incoming message, even in the
onsend_route. The content of the outgoing buffer is in $snd(buf).
Isn't trace_mode=1 giving what you need?
-
https://www.kamailio.org/docs/modules/stable/modules/siptrace.html#siptrace…
Or do you still want to filter some SIP message, not mirror everything?
On the other hand, I expected sip_trace() to take the outgoing buffer in
onsend_route when mirroring, maybe it is not doing it for response...
Cheers,
Daniel
On 25.08.19 18:50, Salah Ahmed wrote:
Hello Henning,
I have tried with $msg(buf) in the onsend_route, got those replies
received from UAS, but didn't found any replies what kamailio
forwarded to UAC. The sip_trace doing same, that's my concern, I think
onsend_route we suppose to get those reply messages which kamailio
forwarded to UAC.
For sip_trace use, we call sip_trace in the onsend_route, and didn't
set siptrace flag(22) anywhere in the script.
Thanks,
Salah
On Sun, Aug 25, 2019 at 11:41 AM Henning Westerholt <hw(a)skalatan.de
<mailto:hw@skalatan.de>> wrote:
Hello Salah,
add some logging (e.g. print the $mb PV) to see what is captured
from the onsend_route. Then you can compare against siptrace
content and see if they match or is there something different
captured.
You need to call sip_trace() in the onsend_route, the trace_flag
capture method does not work there.
Cheers,
Henning
Am 25.08.19 um 18:01 schrieb Salah Ahmed:
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Hello Daniel,
Thanks for your reply. We want this not to modify the reply
message, we just want to invoke sip_trace from onsend_route.
Actually we want to trace all sip messages in between Kamailio
and UAC. Right now we can easily grab all requests using
onsend_route. We also set the core parameter onsend_route_reply =
yes ,This started capturing replies, but those are UAS to
Kamailio side replies. For debug I added xlog in the onsend_route
and print the reply messages. I am not sure, is that sip_trace
method issue or the onsend_route issue. Please guide me is there
anything else I can do for it.
Thanks,
Salah
On Fri, Aug 23, 2019 at 2:29 PM Salah Ahmed <txrubel(a)gmail.com
<mailto:txrubel@gmail.com>> wrote:
Hello Henning,
Is there anything wrong what we want to do?
Thanks,
Salah
On Thu, Aug 22, 2019 at 2:56 PM Salah Ahmed
<txrubel(a)gmail.com <mailto:txrubel@gmail.com>> wrote:
Hello Henning,
Yes this is correct, this reply came from UAS. We got
this correctly. But we want to get, which kamailio sent
to UAC side.
This following reply, we want to get by onreply_route
3(23) DEBUG: <core> [core/msg_translator.c:2306]:
generate_res_buf_from_sip_res(): copied size: orig:130,
new: 16, rest: 773 msg=
SIP/2.0 200 OK
Via: SIP/2.0/UDP 172.32.100.100:5055;branch=z9hG4bK-254-1-0
Record-Route: <sip:172.32.0.6:5060;lr;ftag=1>
Call-ID: T1_MYSER
From: <sip:caller@172.32.100.100
<mailto:sip%3Acaller@172.32.100.100>>;tag=1
To: "callee" <sip:3228090000@172.32.0.6
<mailto:sip%3A3228090000@172.32.0.6>>;tag=6fb31703-d630-4140-a41b-7270cdcae85b
CSeq: 1 INVITE
Server: MYX Callcontrol
Contact: <sip:172.32.10.70:5060 <http://172.32.10.70:5060>>
Allow: OPTIONS, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK,
BYE, CANCEL, UPDATE, REGISTER, MESSAGE, REFER
Supported: timer, replaces, norefersub
Remote-Party-ID: <sip:s@172.32.0.6
<mailto:sip%3As@172.32.0.6>>;privacy=off;screen=no
Content-Type: application/sdp
Content-Length: 178
v=0
o=- 53655765 2353687639 IN IP4 172.32.10.70
s=session
c=IN IP4 172.32.10.70
t=0 0
m=audio 10006 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=ptime:20
a=maxptime:150
a=sendrecv
Thanks,
Salah
On Thu, Aug 22, 2019 at 2:52 PM Henning Westerholt
<hw(a)skalatan.de <mailto:hw@skalatan.de>> wrote:
(moved the discussion to user list)
Hello Salah,
I see the this output in the log message:
6(26) INFO: <script>: on_reply_route [SIP/2.0 200 OK
Via: SIP/2.0/UDP
172.32.0.6;rport=5060;received=172.32.0.6;branch=z9hG4bKe68a.99dc492fe74dcfe1017828521a5fa362.0
2(22) INFO: <script>: on_reply_route [SIP/2.0 100 Trying
Via: SIP/2.0/UDP
172.32.0.6;rport=5060;received=172.32.0.6;branch=z9hG4bK178a.79cddb135aabfc42736fd9e9fd826ba8.0
and so on.. So you are seeing the replies correctly,
or I wrong?
Cheers,
Henning
Am 22.08.19 um 21:29 schrieb Salah Ahmed:
--
Henning Westerholt - https://skalatan.de/blog/
Kamailio services - https://skalatan.de/services
Hello Henning,
We already added xlog in the onreply_route and found
all messages in between kamailio and UAS. The
attached log files in first email has those logs. If
any other specific log needed I am here to provide them.
Thanks,
Salah
On Thu, Aug 22, 2019 at 2:24 PM Henning Westerholt
<hw(a)skalatan.de <mailto:hw@skalatan.de>> wrote:
Hello Salah,
ok, see if you are able to output some easy log
with "xlog" in this route, to make sure there is
no cfg problem somewhere.
Cheers,
Henning
Am 22.08.19 um 21:15 schrieb Salah Ahmed:
--
Henning Westerholt - https://skalatan.de/blog/
Kamailio services - https://skalatan.de/services
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users Hello Henning,
Thanks for quick reply, We armed the t_on_reply
just before t_relay() in the route block.
t_on_reply("LOGRPL");
if (!t_relay()) {
sl_reply_error();
}
Thanks,
Salah
On Thu, Aug 22, 2019 at 2:03 PM Henning
Westerholt <hw(a)skalatan.de
<mailto:hw@skalatan.de>> wrote:
Hello Salah,
the replies are going from the UAS to the
UAC over Kamailo as a proxy, with the
exception of the hop-by-hop 100.
So you should see the 200 OK in the
Kamailio in reply_route and onreply_route.
Maybe you can check if you armed the
onreply_route with t_on_reply for the
INVITE routing.
Cheers,
Henning
Am 22.08.19 um 19:50 schrieb Salah Ahmed:
> Hello,
>
> We facing an issue on capturing sip
> message in Kamailio(Version: 5.2.3). The
> scenario is very simple.
>
> UAC Kamailio
> UAS
> |--------INVITE--------->|
> |
> |
> |-------INVITE------->|
> | |<------100
> Trying----|
> |<-------100 Trying------|
> |
> | |<------200
> Ok--------|
> |<-------200 Ok----------|
> |
>
> In this simple scenario, we can't catch
> any reply messages in between the Kamailio
> and UAC. We have
> tried reply_route, onreply_route,
> and onsend_route. But no one work to grep
> that reply on that side. onsend_route was
> bad try as its only for forwarded reply
> message. Is there any other magic to
> capture those replies. A debug=3 log
> message attached here.
>
> Thanks,
> Salah
>
>
>
>
> _______________________________________________
> Kamailio (SER) - Development Mailing List
> sr-dev(a)lists.kamailio.org
<mailto:sr-dev@lists.kamailio.org>
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
--
Henning Westerholt - https://skalatan.de/blog/
Kamailio services - https://skalatan.de/services
--
Henning Westerholt - https://skalatan.de/blog/
Kamailio services - https://skalatan.de/services