Hi Mojtaba,
I will try to explain the situation a little better.
A softphone sends an 'INVITE' to a WebRTC Client, the call comes to Kamailio,
which then forwards it to Asterisk, and then Asterisk to the WebRTC Client. The softphone
is connected to a Providers Server (IP 10.20.5.5) and it sends the Record Routes of
(10.20.5.5;lr=on;r2=on), and (10.20.5.5;transport=tcp;lr=on;r2=on) in the initial
'INVITE'. The problem is, if the WebRTC client initiates the 'BYE', when
Kamilio forwards the 'BYE', the Records Route's form the initial
'INVITE' are missing and the Provider ( softphone) returns "404 Not
Here".
Thank you,
-Steve
-----Original Message-----
From: sr-users <sr-users-bounces(a)lists.kamailio.org> On Behalf Of Mojtaba
Sent: Monday, September 17, 2018 2:51 AM
To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
Subject: Re: [SR-Users] re- double record route
Your response confused me, But let me describe some rules.
The BYE request is used the record route header in it's INVITE request in Dialogs.
Then when UE want to send BYE, It add a all record route in BYE message.
On other hand, the SIP stack that UE is used, may be different, So you must be sure about
it. You have two choice: Diving to SIP stack in UE (doesn't good choice), and use the
power of Kamailio.
For example, Use Path header to save the second record route (or your favourite record
route) in INVITE message, then if the UE send BYE message which the Path header in, use
this Path header for relaying in kamailio.
As i said, It is needed to paste the log for better understanding.
With Regards.Mojtaba
On Mon, Sep 17, 2018 at 2:17 AM Wilkins, Steve <swwilkins(a)mitre.org> wrote:
Hi Mojtaba,
But when I send the 'BYE' doesn't the double Record-Route from the
'INVITE' (from IOS) need to be there, so that IOS can find it's Proxies and
complete the transaction and send back a '200 OK'?
Thank you,
-----Original Message-----
From: sr-users <sr-users-bounces(a)lists.kamailio.org> On Behalf Of
Mojtaba
Sent: Sunday, September 16, 2018 12:47 PM
To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
Subject: Re: [SR-Users] re- double record route
What do you mean exactly? Do you mean the INVITE is received from IOS has double record
route? If this true, the Kamailio remove all record route when the INVITE request is
received by default. In other words, Kamailio remove all record routes form downstream or
upstream in INVITE request by default.
You should paste a simple wireshark to solve it as soon.
With Regards.Mojtaba
On Sun, Sep 16, 2018 at 6:10 PM Wilkins, Steve <swwilkins(a)mitre.org> wrote:
Hi Henning,
Yes I do have that enabled. What is happening is that one of the providers on IOS is
sending a double record route on the INVITE, but it is getting lost somewhere so when I
send a 'BYE', I get a "404 not here". When I look at the SIP message I
see only one of the record routes from the INVITE, therefore my assumption is, this is
what is causing the 404, because everything else looks good.
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
--Mojtaba Esfandiari.S
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
--Mojtaba Esfandiari.S
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users