30 Apr
2018
30 Apr
'18
12:59 p.m.
Hi Carsten,
I was thinking about the same, but I need to convince people to add another
component in the media path, they may be bit reluctant, but the idea is
great.
In the meantime, I was able to trick the phones to react how I want playing
with precondition and 100rel, for now it's acceptable in our environment.
Thanks for your answer.
Regards,
Alfonso.
On Fri, Apr 27, 2018 at 9:39 AM, Carsten Bock <carsten(a)ng-voice.com> wrote:
Hi,
likely, the best solution is here to use RTPEngine, so the IP/Port
stays identical for each request... i've tested it with various VoLTE
phones and various PCRF's.
Thanks,
Carsten
--
Carsten Bock
CEO (Geschäftsführer)
ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany
http://www.ng-voice.com
mailto:carsten@ng-voice.com
Office +49 40 5247593-40
Fax +49 40 5247593-99
Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284
Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
2018-04-26 15:59 GMT+02:00 Alfonso Pinto <alfonso.pinto(a)gmail.com>om>:
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Hi Alex,
Thanks for your answer. I was thinking more or less the same, but it
seems I
oversimplified the example and was missing an
important point.
This is IMS, so in the middle there are a lot more in the middle. It
seems
that this behaviour is normal when precondition
is set and the only way
to
avoid the network to release the call on A side
is to send the update.
I've seen that in Kamailio 5 a new function was included in TM:
https://www.kamailio.org/docs/modules/5.1.x/modules/tm.html#
tm.f.t_uac_send
In the code it looks like it's trying to use
the current dialog, but that
gives me doubts about CSEQ handling on the other side.
Anyway, I will try unless someone is faster replying saying it doesn't
work
:)
Thanks,
Alfonso.
On Thu, Apr 26, 2018 at 2:37 PM, Alex Balashov <
abalashov(a)evaristesys.com>
wrote:
>
> I would instead redirect my focus to why A is dropping the call in this
> situation. It shouldn't be doing that.
>
> Per the standards, the first SDP answer must be the final SDP answer
> (absent an update or reinvite) *of that endpoint*. There's no rule
saying
that must
be true of the dialog as a whole.
-- Alex
--
Sent via mobile, please forgive typos and brevity.
_______________________________________________
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