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


-- 
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