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
https://freeswitch.org/confluence/plugins/servlet/mobile#content/view/658739...
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@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@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
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@gmail.com:
https://freeswitch.org/confluence/plugins/servlet/mobile#content/view/658739...
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@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@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
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@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@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
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@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@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
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
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
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@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
-
Daniel-Constantin Mierla -
Kevin Olbrich -
Sergiu Pojoga -
Yu Boot -
yu＠yu-boot.ru