Hello,
the functions from tm and tmx module work at transaction level -- if the
transaction was not created before (or the function doesn't create the
transaction), then they don't do much. The log messages you gave
indicated that the transaction was not found.
In understood that you terminate the invite locally, not forward it via
sip anymore, so you need to create the transaction with the dedicated
function. Otherwise, t_relay() creates the transaction if not created
(for convenience).
Cheers,
Daniel
On 15/06/15 20:23, Joao Alves wrote:
Hi Daniel,
As suggested, I’ve add the t_newtran() after the SIP INVITE and did
work. Now the responses are being send correctly (which is great!),
and in fact no need did notice that the 487 response is sent
automatically, and thus no need to explicitly generate one.
Curious to understand why is that. I gathered that t_newtran() –
assuming this is the proper function – was used to create a new
transaction, let’s say if needed to generate a new SIP INVITE req from
the server (UAS) side. Why in that sense would I need to create a
“new” transaction?
Many Thanks,
Joao
*From:*sr-users [mailto:sr-users-bounces@lists.sip-router.org] *On
Behalf Of *Daniel-Constantin Mierla
*Sent:* segunda-feira, 15 de Junho de 2015 18:45
*To:* Kamailio (SER) - Users Mailing List
*Subject:* Re: [SR-Users] CANCEL request and subsequent 487 response
to INVTE configuration problem
Hello,
have you created the transaction for INVITE request?
There is also a function t_cancel_callid() that could help better than
t_reply_callid().
Cheers,
Daniel
On 15/06/15 19:29, Joao Alves wrote:
Hi,
I’m creating a configuration is for a SIP <> HTTP gateway
(performing protocol conversion) and thus all SIP messages and
responses needs to be generated from the kamailio config file.
I’m failing to create the case where the calling user abandons the
session, and thus, following the reception of a CANCEL a 200 “OK”
needs to be sent to this transaction and later the 487 “Request
Terminated” to the SIP INVITE original session.
On the traces I see:
SIP INVITE (Cseq 1 INVITE) -->
100 Trying (Cseq 1 INVITE) <--
180 Ringing (Cseq 1 INVITE) <--
SIP CANCEL (Cseq 1 CANCEL) -->
200 Ok (CSeq 1 CANCEL) <--
487 Request Terminated (CSeq 1 CANCEL)
Have then tried several options, trying to force the CSeq 1 INVITE
but without success.
t_reply_callid("$ci", "$cs", "487", " Request
Terminated ");
t_reply_callid("$ci", "$rm", "487", "Request
Terminated");
t_reply_callid("$ci", "1", "487", "Request
Terminated");
For instance, for the last I get the following log.
6(60226) exec: *** cfgtrace:request_route=[REQINIT]
c=[/etc/kamailio/kamailio.cfg] l=705 a=28 n=t_reply_callid
6(60226) DEBUG: tm [t_lookup.c:1715]: t_lookup_callid(): created
comparable call_id header field: >Call-ID:
76589ZTJmNTAwZDhlOTZiM2I3MjhhYzllNjgyOWVjZGZmMzk
<
6(60226) DEBUG: tm [t_lookup.c:1719]: t_lookup_callid(): created
comparable cseq header field: >CSeq: 1 INVITE<
6(60226) DEBUG: tm [t_lookup.c:1722]: t_lookup_callid(): just
locked hash index 18668, looking for transactions there:
6(60226) DEBUG: tm [t_lookup.c:1749]: t_lookup_callid(): DEBUG:
t_lookup_callid: transaction not found.
6(60226) DEBUG: tmx [tmx_mod.c:500]: t_reply_callid(): Lookup
failed - no transaction
Could you assist here?
Thanks,
Joao
*Joao Alves*
Solution Architect, Unified Communications
+351 214094660 (desk)
+351 912783702 (mobile)
*AMDOCS |**EMBRACE CHALLENGE**EXPERIENCE SUCCESS*
This message and the information contained herein is proprietary
and confidential and subject to the Amdocs policy statement, you
may review at
http://www.amdocs.com/email_disclaimer.asp
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org <mailto:sr-users@lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> -
http://www.linkedin.com/in/miconda
Book: SIP Routing With Kamailio -
http://www.asipto.com