[SR-Users] Response VIA Header

Daniel-Constantin Mierla miconda at gmail.com
Fri Nov 30 11:16:00 CET 2018


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 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
>
>
>
>
>
> _______________________________________________
> 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/20181130/ddbd2267/attachment.html>


More information about the sr-users mailing list