On 05/27/2014 08:37 AM, Daniel-Constantin Mierla wrote: > Hello, Ciao,
> you can re-use the lib/kcore/faked_msg.{c,h} in your code, same being done by > many event routes. Alternative is to > build it yourself from the outgoing buffer, which is in transaction > structure, inside the uac field (see tm_cell_t > structure). Thanks! I'll have a look. > Easier might be to run this event route with the response sip msg structure > -- if you run it only when 200ok is > received, the callback from tm has the response structure. Yep! The idea is to run it only when a 200 is received and to populate all the pseudo-variable with all fields of the delivered message. About the response structure from tm callback, do you mean the cell or tmcb_params? Cheers, Roberto Fichera. > > Cheers, > Daniel > > On 26/05/14 16:46, Roberto Fichera wrote: >> On 05/26/2014 01:04 PM, Roberto Fichera wrote: >> >> Ciao, >> >>> [...] >>>>>> >>>>>> On 26/05/14 12:13, Roberto Fichera wrote: >>>>>>> On 05/26/2014 12:03 PM, Daniel-Constantin Mierla wrote: >>>>>>>> Hello, >>>>>>> >>>>>>> Ciao! >>>>>>> >>>>>>>> >>>>>>>> good that you sent a reminder -- I checked while offline traveling, >>>>>>>> but then forgot to follow up. >>>>>>>> >>>>>>>> I expect that ps->req is null in this case, because there is no >>>>>>>> request received by kamailio. That results in >>>>>>>> xlog not doing anything. >>>>>>>> >>>>>>>> In other words, I expect the event route being executed, just the >>>>>>>> action inside is doesn't do anything in this >>>>>>>> case. >>>>>>> >>>>>>> Does this mean that I'll have to set a "faked" ps->req in order to get >>>>>>> the event route executed? >>>>>> >>>>>> that's the safe way. The event route is executed, but many functions >>>>>> that you can use inside config routing >>>>>> blocks require a non-null sip message structure. It is the case of >>>>>> xlog() for example, which simply returns -1 if >>>>>> request is null. >>>>> >>>>> Ok! Can you suggest the safest and reasonable way to setup the request >>>>> for this case? >>>> >>>> Ah! No! Wait! The event route is executed within a tm callback via >>>> tmb.t_request() so I'd expect a valid ps->req, >>>> don't you think so? >>> >>> I've found how to change the code ... just testing the logic. I'll get back >>> to you in case. >> >> After a while I've found that I can pass a request using the uac_r.cbp >> field, so I've fixed the callback >> to use the passed fields instead a straight int (previously mid==message id) >> but I'm not sure how to >> build a fake sip_msg request regarding the given msilo dumped msg, could you >> please give me a >> tips how to do so? >> >> Cheers, >> Roberto Fichera. >>
_______________________________________________ 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