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.
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@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
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@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@Y.Y.Y.Y;tag=as51334407 To: sip:+123456789@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@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@X.X.X.X;tag=as51334407 To: sip:+987654312@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@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@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@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@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
Hello,
rport in top Via of the incoming request indicates that the sender whats received parameter in the response. If not, it should not be added.
However, if source ip is different that the Via IP of the incoming request and you use force_rport() in kamailio.cfg, then kamailio should add the received parameter even rport is not in the incoming Via.
Cheers, Daniel
On 30.11.18 10:59, Soltanici Ilie wrote:
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@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@Y.Y.Y.Y;tag=as51334407 To: sip:+123456789@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@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@X.X.X.X;tag=as51334407 To: sip:+987654312@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@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@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@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@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
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
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@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@Y.Y.Y.Y >;tag=as51334407 To: <sip: +123456789@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@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@X.X.X.X >;tag=as51334407 To: <sip: +987654312@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@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@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@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@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
Hi,
If you need the line from configuration file - then you may use xlogl instead of xlog. xlogl("L_WARNING", "route block: \n");
Then you don't need $cfg(line) variable. ;)
-
Daniel-Constantin Mierla -
Soltanici Ilie