Hi Daniel,
Thank You for the explanation - but unfortunately, our ISP still insisting to send them
back received parameter into VIA header when replying with 100.
I would like to do these changes with this ISP only. So, I tried:
if ($si=="10.1.1.100") {
send_reply("100", "Trying (Code:$cfg(line))");
xlogl("L_INFO", "Reply to ISP\n");
}
Now, the problem is how can i edit this reply before it will go outside kamailio?
I need something like "append_to_reply();" function - but to be able to modify
existing headers by using textops module. (subst_hf)
Thank You.
Hi,
In the ACK received after 200 OK the parameter 'receiving' is missing as well.
What I observed is that to some ISP Kamailio is sending back 'received' parameter,
but for some of them - is not sending. See below an invite where Kamailio is setting back
'received' parameter in via response:
-----------------------------------------------------------------------------------------------------------------------------------------------
INVITE sip: +123456789(a)X.X.X.X SIP/2.0
Via: SIP/2.0/UDP Y.Y.Y.Y:5060;branch=z9hG4bK6ae093c7;rport
Max-Forwards: 70
From: " +135792468 " <sip: +135792468(a)Y.Y.Y.Y >;tag=as51334407
To: <sip: +123456789(a)X.X.X.X >
Contact: <sip:+135792468@Y.Y.Y.Y:5060>
Call-ID: 47e864f029a7b5d5700944aa4035e50b@Y.Y.Y.Y:5060
CSeq: 102 INVITE
User-Agent: COMPANY
Date: Fri, 30 Nov 2018 09:30:49 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH,
MESSAGE
Supported: replaces, timer
Diversion: <sip: +135792468(a)Y.Y.Y.Y >;reason=unknown
Content-Type: application/sdp
Content-Length: 265
-----------------------------------------------------------------------------------------------------------------------------------------------
And this is 100 Trying generated by Kamailio:
-----------------------------------------------------------------------------------------------------------------------------------------------
SIP/2.0 100 trying -- your call is important to us
Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK6ae093c7;rport=5060; received=X.X.X.X
From: " +123456789 " <sip: +123456789(a)X.X.X.X >;tag=as51334407
To: <sip: +987654312(a)Y.Y.Y.Y >
Call-ID: 47e864f029a7b5d5700944aa4035e50b@X.X.X.X:5060
CSeq: 102 INVITE
Server: Nuacom SBC
Content-Length: 0
-----------------------------------------------------------------------------------------------------------------------------------------------
But for the below INVITE - Kamailio is sending back without 'received' parameter:
-----------------------------------------------------------------------------------------------------------------------------------------------
INVITE sip:+123456789@X.X.X.X:5060;transport=udp;user=phone SIP/2.0
Call-ID: 19685-LC-04d65acb-182279a33(a)hostname.isp.com
Contact: <sip:Y.Y.Y.Y:5060>
Content-Type: application/sdp
CSeq: 60513704 INVITE
From: " +987654321 "
<sip:+987654321@hostname.isp.com;user=phone>;tag=19685-KU-04d65acc-31cdba992
Max-Forwards: 69
Record-Route: <sip:Y.Y.Y.Y:5060;user=0000a839;lr;Cpkt=CPJIS;C=on-gw>
Supported: timer
To: <sip:+123456789@Y.Y.Y.Y:5060;user=phone>
Via: SIP/2.0/UDP Y.Y.Y.Y:5060;branch=z9hG4bK-CPJI-0cdf0724-27de6173
Allow: UPDATE,INVITE,INFO,ACK,OPTIONS,NOTIFY,BYE,CANCEL,PRACK
Min-SE: 90
Session-Expires: 600
User-Agent: GATEWAY
P-Asserted-Identity:
"+987654321"<sip:+987654321@hostname.isp.com;user=phone>
P-Preferred-Identity: <sip:+987654321@hostname.isp.com;user=phone>
P-Charging-Vector:
icid-value="IBCF-2-154357024260892067507758";orig-ioi=3GPP-UTRAN
Content-Length: 220
-----------------------------------------------------------------------------------------------------------------------------------------------
SIP/2.0 100 trying -- your call is important to us
Call-ID: 19685-LC-04d65acb-182279a33(a)hostname.isp.com
CSeq: 60513704 INVITE
From: " +123456789 "
<sip:+123456789@hostname.isp.com;user=phone>;tag=19685-KU-04d65acc-31cdba992
To: <sip:+987654321@X.X.X.X:5060;user=phone>
Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK-CPJI-0cdf0724-27de6173;rport=5060
Server: Nuacom SBC
Content-Length: 0
-----------------------------------------------------------------------------------------------------------------------------------------------
In this case parameter 'received' is missing for all responses generated by
Kamailio.
Could it be that in the first INVITE - i'm receiving the 'rport' parameter in
via request, but in the second INVITE - it is not?
Thank You.
Daniel-Constantin Mierla < miconda(a)gmail.com
>:
Hello,
ACK should be after 200 or a greater
response code. Is only 100 without received, or also other 1xx or
200 responses sent out by Kamailio?
Cheers,
Daniel
On 29.11.18 18:24, Soltanici Ilie
wrote:
Hi,
version: kamailio 5.1.6 (x86_64/linux) 7d1964
Also, i'm using force_rport(); in routing configuration file, but
'received' parameter anyway is missing :(
Thank You.
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla --
www.asipto.com
www.twitter.com/miconda --
www.linkedin.com/in/miconda
Kamailio World Conference --
www.kamailioworld.com
Kamailio Advanced Training, Nov 12-14, 2018, in Berlin --
www.asipto.com