Hello Daniel, This is correct, we can get the forwarding message with $snd(buf) on the onsend_route. But unfortunately, there have no any sip_trace version to do log with a given message as method argument.
Actually right now, we using trace_mode=1 setup. But we need to do log only for Kamailio to UAC side, not to do log for both side. Thanks, Salah On Mon, Aug 26, 2019 at 2:54 AM Daniel-Constantin Mierla <[email protected]> wrote: > 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.p.trace_mode > > 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 <[email protected]> > 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: >> >> 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 <[email protected]> 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 <[email protected]> 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:[email protected]>;tag=1 >>>> To: "callee" <sip:[email protected] >>>> >;tag=6fb31703-d630-4140-a41b-7270cdcae85b >>>> CSeq: 1 INVITE >>>> Server: MYX Callcontrol >>>> Contact: <sip: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:[email protected]>;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 <[email protected]> >>>> 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: >>>>> >>>>> 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 <[email protected]> >>>>> 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: >>>>>> >>>>>> 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 <[email protected]> >>>>>> 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 >>>>>>> [email protected]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 >>>>>> >>>>>> -- >>>>> Henning Westerholt - https://skalatan.de/blog/ >>>>> Kamailio services - https://skalatan.de/services >>>>> >>>>> >> _______________________________________________ >> Kamailio (SER) - Users Mailing >> [email protected]https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >> >> -- >> Henning Westerholt - https://skalatan.de/blog/ >> Kamailio services - https://skalatan.de/services >> >> -- > Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- > www.linkedin.com/in/miconda > >
_______________________________________________ Kamailio (SER) - Users Mailing List [email protected] https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
