13 Jul
2018
13 Jul
'18
6:12 p.m.
Hello.
My uplink usually gives ringback as both 183 Progress with SDP and 180 Ringing also with
(different) SDP. One of my clients can't handle that behavior and it just don't
plays ringback at all. Is it possible to relay only last provisional response with SDP and
drop anything else 183? Any ideas plz? Can't figure out even a logic itself.
Thanks.
--
sent from myMail for Android
13 Jul
13 Jul
8:58 p.m.
https://freeswitch.org/confluence/plugins/servlet/mobile#content/view/65873…
Ignoring Ring Ready (180)
You can ignore ring ready (180) but still "react" when receiving a 183 with
media:
{ignore_early_media=ring_ready}sofia/internal/user@domain
ignore_early_media=ring_ready works the same way as ignore_early_media=true, but it also
sends 180 to the inbound leg when the first 183 is caught.
Mit freundlichen Grüßen / best regards,
Kevin Olbrich.
(mobil vom iPhone)
--
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie
nicht der richtige Adressat sind und/oder diese E-Mail irrtümlich erhalten haben,
informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte
Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.
Am 13.07.2018 um 18:12 schrieb yu(a)yu-boot.ru:
Hello.
My uplink usually gives ringback as both 183 Progress with SDP and 180 Ringing also with
(different) SDP. One of my clients can't handle that behavior and it just don't
plays ringback at all. Is it possible to relay only last provisional response with SDP and
drop anything else 183? Any ideas plz? Can't figure out even a logic itself.
Thanks.
--
sent from myMail for Android
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
8:59 p.m.
Oh, sorry, wrong ML!
Mit freundlichen Grüßen / best regards,
Kevin Olbrich.
(mobil vom iPhone)
--
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie
nicht der richtige Adressat sind und/oder diese E-Mail irrtümlich erhalten haben,
informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte
Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.
Am 13.07.2018 um 20:58 schrieb Kevin Olbrich
<olbrich.mobil(a)gmail.com>om>:
https://freeswitch.org/confluence/plugins/servlet/mobile#content/view/65873…
Ignoring Ring Ready (180)
You can ignore ring ready (180) but still "react" when receiving a 183 with
media:
{ignore_early_media=ring_ready}sofia/internal/user@domain
ignore_early_media=ring_ready works the same way as ignore_early_media=true, but it also
sends 180 to the inbound leg when the first 183 is caught.
Mit freundlichen Grüßen / best regards,
Kevin Olbrich.
(mobil vom iPhone)
--
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie
nicht der richtige Adressat sind und/oder diese E-Mail irrtümlich erhalten haben,
informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte
Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.
> Am 13.07.2018 um 18:12 schrieb yu(a)yu-boot.ru:
>
> Hello.
>
> My uplink usually gives ringback as both 183 Progress with SDP and 180 Ringing also
with (different) SDP. One of my clients can't handle that behavior and it just
don't plays ringback at all. Is it possible to relay only last provisional response
with SDP and drop anything else 183? Any ideas plz? Can't figure out even a logic
itself.
>
> Thanks.
>
> --
> sent from myMail for Android
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users(a)lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
9:38 p.m.
Check out t_drop_replies
https://kamailio.org/docs/modules/5.1.x/modules/tm.html#tm.f.t_drop_replies
On Fri, Jul 13, 2018 at 12:13 PM <yu(a)yu-boot.ru> wrote:
Hello.
My uplink usually gives ringback as both 183 Progress with SDP and 180
Ringing also with (different) SDP. One of my clients can't handle that
behavior and it just don't plays ringback at all. Is it possible to relay
only last provisional response with SDP and drop anything else 183? Any
ideas plz? Can't figure out even a logic itself.
Thanks.
--
sent from myMail for Android
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
16 Jul
16 Jul
9:30 a.m.
Hello,
if you define an onreply_route[x] to be executed for that invite
transaction, you can execute 'drop' instead of 'exit' and the reply is
not forwarded.
What is tricky is 'relay only last provisional' -- here you should
define the rules specific for the device/your environment and decide
when you need to drop or not -- message flags or htable can be options
to save some states to track whether to drop or not.
Cheers,
Daniel
On 13.07.18 18:12, yu(a)yu-boot.ru wrote:
Hello.
My uplink usually gives ringback as both 183 Progress with SDP and 180
Ringing also with (different) SDP. One of my clients can't handle that
behavior and it just don't plays ringback at all. Is it possible to
relay only last provisional response with SDP and drop anything else
183? Any ideas plz? Can't figure out even a logic itself.
Thanks.
--
sent from myMail for Android
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)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
9:34 a.m.
Thanks for advice.
I simplify my task a bit by just pass only first 183/180 answer and then
drop everything else. Seems to work properly.
16.07.2018 10:30, Daniel-Constantin Mierla пишет:
Hello,
if you define an onreply_route[x] to be executed for that invite
transaction, you can execute 'drop' instead of 'exit' and the reply is
not forwarded.
What is tricky is 'relay only last provisional' -- here you should
define the rules specific for the device/your environment and decide
when you need to drop or not -- message flags or htable can be options
to save some states to track whether to drop or not.
Cheers,
Daniel
10:13 a.m.
That's indeed much simpler if works.
Cheers,
Daniel
On 16.07.18 09:34, Yu Boot wrote:
Thanks for advice.
I simplify my task a bit by just pass only first 183/180 answer and
then drop everything else. Seems to work properly.
16.07.2018 10:30, Daniel-Constantin Mierla пишет:
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference -- www.kamailioworld.com
Hello,
if you define an onreply_route[x] to be executed for that invite
transaction, you can execute 'drop' instead of 'exit' and the reply
is not forwarded.
What is tricky is 'relay only last provisional' -- here you should
define the rules specific for the device/your environment and decide
when you need to drop or not -- message flags or htable can be
options to save some states to track whether to drop or not.
Cheers,
Daniel
4:18 p.m.
Thanks for an answer. And another question. Is there any sense to trigger [NATMANAGE] or
rtpproxy_manage() after drop()ing 183/180? My Kami is configured to always proxy all
possible media between caller and callee.
--
sent from myMail for Android понедельник, 16 июля 2018г., 11:13 +03:00 от
Daniel-Constantin Mierla miconda(a)gmail.com :
That's indeed much simpler if works.
Cheers,
Daniel
On 16.07.18 09:34, Yu Boot wrote:
Thanks for advice.
I simplify my task a bit by just pass only first 183/180 answer and
then drop everything else. Seems to work properly.
16.07.2018 10:30, Daniel-Constantin Mierla пишет:
Hello,
if you define an onreply_route[x] to be executed for that invite
transaction, you can execute 'drop' instead of 'exit' and the reply
is not forwarded.
What is tricky is 'relay only last provisional' -- here you should
define the rules specific for the device/your environment and decide
when you need to drop or not -- message flags or htable can be
options to save some states to track whether to drop or not.
Cheers,
Daniel
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference -- www.kamailioworld.com
2123
days inactive
2126
days old
7 comments
5 participants
participants (5)
-
Daniel-Constantin Mierla -
Kevin Olbrich -
Sergiu Pojoga -
Yu Boot -
yu＠yu-boot.ru