[SR-Users] Response VIA Header

Soltanici Ilie iliesh at mail.ru
Wed Jan 9 15:56:56 CET 2019


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 at 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 at Y.Y.Y.Y >;tag=as51334407
>To: <sip: +123456789 at X.X.X.X >
>Contact: <sip:+135792468 at Y.Y.Y.Y:5060>
>Call-ID: 47e864f029a7b5d5700944aa4035e50b at 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 at 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 at X.X.X.X >;tag=as51334407
>To: <sip: +987654312 at Y.Y.Y.Y >
>Call-ID: 47e864f029a7b5d5700944aa4035e50b at 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 at X.X.X.X:5060;transport=udp;user=phone SIP/2.0
>Call-ID:  19685-LC-04d65acb-182279a33 at hostname.isp.com
>Contact: <sip:Y.Y.Y.Y:5060>
>Content-Type: application/sdp
>CSeq: 60513704 INVITE
>From: " +987654321 " <sip:+987654321 at 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 at 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 at hostname.isp.com;user=phone>
>P-Preferred-Identity: <sip:+987654321 at 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 at hostname.isp.com
>CSeq: 60513704 INVITE
>From: " +123456789 " <sip:+123456789 at hostname.isp.com;user=phone>;tag=19685-KU-04d65acc-31cdba992
>To: <sip:+987654321 at 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 at 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 at 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
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20190109/a74f506e/attachment.html>


More information about the sr-users mailing list