I would like to use Kamailio to drop every call that is answered with no previous 180 / 183 responses or with 180 / 183 responses with no media attached (no SDP?).
Is it possible? How could I accomplish this?
Thanks,
Valter
I am not quite sure, but I would try to store a long-term flag with the help of the dialog module.
[...]The dialog module provides dialog awareness for the Kamailio proxy. It's functionality is to keep track of the current dialogs, to offer information about them (e.g. how many dialogs are active), and to manage various characteristics of dialogs. The module exports several functions that can be used directly from the configuration route script as well as functions for the RPC interface. [...]
[...]10.6. $dlg_var(key)
This is a read/write variable that can be used to store custom values assigned with a dialog (e.g. the URI of a billing-server, an assigned emergency-server). This pseudo-variable will be available only for subsequential requests after doing loose_route().
Note: You will receive "NULL", if there is no dialog for this request.[...]
Hint: ACK is a subsequential request
Anyway, I am wondering if your approach would be compliant to RFC 3261.
KR
________________________________ Von: sr-users sr-users-bounces@lists.kamailio.org im Auftrag von Valter Nogueira valter@fastway.com.br Gesendet: Freitag, 2. Oktober 2020 17:01 An: Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org Betreff: [SR-Users] Drop calls with response 200 without previous 180/183 reponses
I would like to use Kamailio to drop every call that is answered with no previous 180 / 183 responses or with 180 / 183 responses with no media attached (no SDP?).
Is it possible? How could I accomplish this?
Thanks,
Valter
Kamailio is so cool, you could even do it without the dialog module. You could simply use a hash table (htable module) and when/if a 183/180 is received store the callid in the table (with an expiration). Anytime a 200 is received check the table (it’s in memory, so really fast), if not found, reject. Super simple.
On Sat, 3 Oct 2020 at 13:51, Valentin Christoph < Christoph.Valentin@kontron.com> wrote:
I am not quite sure, but I would try to store a long-term flag with the help of the dialog module.
[...]The dialog module provides dialog awareness for the Kamailio proxy. It's functionality is to keep track of the current dialogs, to offer information about them (e.g. how many dialogs are active), and to manage various characteristics of dialogs. The module
exports several functions that can be used directly from the configuration route script as well as functions for the RPC interface. [...]
[...]10.6. $dlg_var(key)
This is a read/write variable that can be used to store custom values assigned with a dialog (e.g. the URI of a billing-server, an assigned emergency-server). This pseudo-variable will be available only for subsequential requests after doing loose_route().
Note: You will receive "NULL", if there is no dialog for this request.[...]
Hint: ACK is a subsequential request
Anyway, I am wondering if your approach would be compliant to RFC 3261.
KR
*Von:* sr-users sr-users-bounces@lists.kamailio.org im Auftrag von Valter Nogueira valter@fastway.com.br
*Gesendet:* Freitag, 2. Oktober 2020 17:01
*An:* Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org
*Betreff:* [SR-Users] Drop calls with response 200 without previous 180/183 reponses
I would like to use Kamailio to drop every call that is answered with no previous 180 / 183 responses or with 180 / 183 responses with no media attached (no SDP?).
Is it possible? How could I accomplish this?
Thanks,
Valter
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337
Thank you people. It seems an easy approach using htable.
I was wondering that this is not compliant with RFC 3261, since a proxy should not change sip responses.
In fact not only I should change the sip response but I should send a BYE on behalf of the UAC. It seems like a B2BUA
Em sáb, 3 de out de 2020 12:45, David Villasmil < david.villasmil.work@gmail.com> escreveu:
Kamailio is so cool, you could even do it without the dialog module. You could simply use a hash table (htable module) and when/if a 183/180 is received store the callid in the table (with an expiration). Anytime a 200 is received check the table (it’s in memory, so really fast), if not found, reject. Super simple.
On Sat, 3 Oct 2020 at 13:51, Valentin Christoph < Christoph.Valentin@kontron.com> wrote:
I am not quite sure, but I would try to store a long-term flag with the help of the dialog module.
[...]The dialog module provides dialog awareness for the Kamailio proxy. It's functionality is to keep track of the current dialogs, to offer information about them (e.g. how many dialogs are active), and to manage various characteristics of dialogs. The module
exports several functions that can be used directly from the configuration route script as well as functions for the RPC interface. [...]
[...]10.6. $dlg_var(key)
This is a read/write variable that can be used to store custom values assigned with a dialog (e.g. the URI of a billing-server, an assigned emergency-server). This pseudo-variable will be available only for subsequential requests after doing loose_route().
Note: You will receive "NULL", if there is no dialog for this request.[...]
Hint: ACK is a subsequential request
Anyway, I am wondering if your approach would be compliant to RFC 3261.
KR
*Von:* sr-users sr-users-bounces@lists.kamailio.org im Auftrag von Valter Nogueira valter@fastway.com.br
*Gesendet:* Freitag, 2. Oktober 2020 17:01
*An:* Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org
*Betreff:* [SR-Users] Drop calls with response 200 without previous 180/183 reponses
I would like to use Kamailio to drop every call that is answered with no previous 180 / 183 responses or with 180 / 183 responses with no media attached (no SDP?).
Is it possible? How could I accomplish this?
Thanks,
Valter
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 _______________________________________________ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Indeed, the call must be disconnected properly. I would not rewrite the code unless absolutely necessary to avoid edge cases. Kamailio can do some in the middle UAC tasks, in this case maybe you could look at : dialog module dlg_bye(side)
On Mon, Oct 5, 2020 at 6:05 AM Valter Nogueira valter@fastway.com.br wrote:
Thank you people. It seems an easy approach using htable.
I was wondering that this is not compliant with RFC 3261, since a proxy should not change sip responses.
In fact not only I should change the sip response but I should send a BYE on behalf of the UAC. It seems like a B2BUA
Em sáb, 3 de out de 2020 12:45, David Villasmil < david.villasmil.work@gmail.com> escreveu:
Kamailio is so cool, you could even do it without the dialog module. You could simply use a hash table (htable module) and when/if a 183/180 is received store the callid in the table (with an expiration). Anytime a 200 is received check the table (it’s in memory, so really fast), if not found, reject. Super simple.
On Sat, 3 Oct 2020 at 13:51, Valentin Christoph < Christoph.Valentin@kontron.com> wrote:
I am not quite sure, but I would try to store a long-term flag with the help of the dialog module.
[...]The dialog module provides dialog awareness for the Kamailio proxy. It's functionality is to keep track of the current dialogs, to offer information about them (e.g. how many dialogs are active), and to manage various characteristics of dialogs. The module
exports several functions that can be used directly from the configuration route script as well as functions for the RPC interface. [...]
[...]10.6. $dlg_var(key)
This is a read/write variable that can be used to store custom values assigned with a dialog (e.g. the URI of a billing-server, an assigned emergency-server). This pseudo-variable will be available only for subsequential requests after doing loose_route().
Note: You will receive "NULL", if there is no dialog for this request.[...]
Hint: ACK is a subsequential request
Anyway, I am wondering if your approach would be compliant to RFC 3261.
KR
*Von:* sr-users sr-users-bounces@lists.kamailio.org im Auftrag von Valter Nogueira valter@fastway.com.br
*Gesendet:* Freitag, 2. Oktober 2020 17:01
*An:* Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org
*Betreff:* [SR-Users] Drop calls with response 200 without previous 180/183 reponses
I would like to use Kamailio to drop every call that is answered with no previous 180 / 183 responses or with 180 / 183 responses with no media attached (no SDP?).
Is it possible? How could I accomplish this?
Thanks,
Valter
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 _______________________________________________ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
You could use an htable and wait for the ACK to dlg_bye the caller.
Or you could try rewriting the response and sending dlg_bye to the callee, just seems less predictable in terms of what can happen.
On Mon, Oct 5, 2020 at 2:47 PM Julien Chavanton jchavanton@gmail.com wrote:
Indeed, the call must be disconnected properly. I would not rewrite the code unless absolutely necessary to avoid edge cases. Kamailio can do some in the middle UAC tasks, in this case maybe you could look at : dialog module dlg_bye(side)
On Mon, Oct 5, 2020 at 6:05 AM Valter Nogueira valter@fastway.com.br wrote:
Thank you people. It seems an easy approach using htable.
I was wondering that this is not compliant with RFC 3261, since a proxy should not change sip responses.
In fact not only I should change the sip response but I should send a BYE on behalf of the UAC. It seems like a B2BUA
Em sáb, 3 de out de 2020 12:45, David Villasmil < david.villasmil.work@gmail.com> escreveu:
Kamailio is so cool, you could even do it without the dialog module. You could simply use a hash table (htable module) and when/if a 183/180 is received store the callid in the table (with an expiration). Anytime a 200 is received check the table (it’s in memory, so really fast), if not found, reject. Super simple.
On Sat, 3 Oct 2020 at 13:51, Valentin Christoph < Christoph.Valentin@kontron.com> wrote:
I am not quite sure, but I would try to store a long-term flag with the help of the dialog module.
[...]The dialog module provides dialog awareness for the Kamailio proxy. It's functionality is to keep track of the current dialogs, to offer information about them (e.g. how many dialogs are active), and to manage various characteristics of dialogs. The module
exports several functions that can be used directly from the configuration route script as well as functions for the RPC interface. [...]
[...]10.6. $dlg_var(key)
This is a read/write variable that can be used to store custom values assigned with a dialog (e.g. the URI of a billing-server, an assigned emergency-server). This pseudo-variable will be available only for subsequential requests after doing loose_route().
Note: You will receive "NULL", if there is no dialog for this request.[...]
Hint: ACK is a subsequential request
Anyway, I am wondering if your approach would be compliant to RFC 3261.
KR
*Von:* sr-users sr-users-bounces@lists.kamailio.org im Auftrag von Valter Nogueira valter@fastway.com.br
*Gesendet:* Freitag, 2. Oktober 2020 17:01
*An:* Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org
*Betreff:* [SR-Users] Drop calls with response 200 without previous 180/183 reponses
I would like to use Kamailio to drop every call that is answered with no previous 180 / 183 responses or with 180 / 183 responses with no media attached (no SDP?).
Is it possible? How could I accomplish this?
Thanks,
Valter
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 _______________________________________________ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Maybe a $dlg_var instead of an htable ...
On Mon, Oct 5, 2020 at 2:50 PM Julien Chavanton jchavanton@gmail.com wrote:
You could use an htable and wait for the ACK to dlg_bye the caller.
Or you could try rewriting the response and sending dlg_bye to the callee, just seems less predictable in terms of what can happen.
On Mon, Oct 5, 2020 at 2:47 PM Julien Chavanton jchavanton@gmail.com wrote:
Indeed, the call must be disconnected properly. I would not rewrite the code unless absolutely necessary to avoid edge cases. Kamailio can do some in the middle UAC tasks, in this case maybe you could look at : dialog module dlg_bye(side)
On Mon, Oct 5, 2020 at 6:05 AM Valter Nogueira valter@fastway.com.br wrote:
Thank you people. It seems an easy approach using htable.
I was wondering that this is not compliant with RFC 3261, since a proxy should not change sip responses.
In fact not only I should change the sip response but I should send a BYE on behalf of the UAC. It seems like a B2BUA
Em sáb, 3 de out de 2020 12:45, David Villasmil < david.villasmil.work@gmail.com> escreveu:
Kamailio is so cool, you could even do it without the dialog module. You could simply use a hash table (htable module) and when/if a 183/180 is received store the callid in the table (with an expiration). Anytime a 200 is received check the table (it’s in memory, so really fast), if not found, reject. Super simple.
On Sat, 3 Oct 2020 at 13:51, Valentin Christoph < Christoph.Valentin@kontron.com> wrote:
I am not quite sure, but I would try to store a long-term flag with the help of the dialog module.
[...]The dialog module provides dialog awareness for the Kamailio proxy. It's functionality is to keep track of the current dialogs, to offer information about them (e.g. how many dialogs are active), and to manage various characteristics of dialogs. The module
exports several functions that can be used directly from the configuration route script as well as functions for the RPC interface. [...]
[...]10.6. $dlg_var(key)
This is a read/write variable that can be used to store custom values assigned with a dialog (e.g. the URI of a billing-server, an assigned emergency-server). This pseudo-variable will be available only for subsequential requests after doing loose_route().
Note: You will receive "NULL", if there is no dialog for this request.[...]
Hint: ACK is a subsequential request
Anyway, I am wondering if your approach would be compliant to RFC 3261.
KR
*Von:* sr-users sr-users-bounces@lists.kamailio.org im Auftrag von Valter Nogueira valter@fastway.com.br
*Gesendet:* Freitag, 2. Oktober 2020 17:01
*An:* Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org
*Betreff:* [SR-Users] Drop calls with response 200 without previous 180/183 reponses
I would like to use Kamailio to drop every call that is answered with no previous 180 / 183 responses or with 180 / 183 responses with no media attached (no SDP?).
Is it possible? How could I accomplish this?
Thanks,
Valter
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 _______________________________________________ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-
David Villasmil -
Julien Chavanton -
Valentin Christoph -
Valter Nogueira