So I have a very odd situation that requires me to suppress retransmissions when using t_reply() to send a response back to a UAC that is horribly broken but I'm stuck with for the time being. In the previous iteration of this platform it was fine since I was using a stateless reply, so even though it wasn't "right" it still worked out. I need to replicate this behavior in the event route for http_async_client(), which prevents me from being able to use t_release().
Anyone have any clever ideas?
Brooks Bridges 1200 S. Rogers Circle, Unit 6 Boca Raton, FL 33487 Office: 916-235-2097 Main: 888-444-1111 email: bbridges@call48.com | web: www.call48.com
Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system.
Might this be what you’re after?
https://kamailio.org/docs/modules/5.6.x/modules/tm.html#tm.f.t_send_reply
— Alex
On Oct 10, 2022, at 5:37 PM, Brooks Bridges bbridges@call48.com wrote:
So I have a very odd situation that requires me to suppress retransmissions when using t_reply() to send a response back to a UAC that is horribly broken but I'm stuck with for the time being. In the previous iteration of this platform it was fine since I was using a stateless reply, so even though it wasn't "right" it still worked out. I need to replicate this behavior in the event route for http_async_client(), which prevents me from being able to use t_release().
Anyone have any clever ideas?
Brooks Bridges 1200 S. Rogers Circle, Unit 6 Boca Raton, FL 33487 Office: 916-235-2097 Main: 888-444-1111 email: bbridges@call48.com | web: www.call48.com
Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system.
Kamailio - Users Mailing List - Non Commercial Discussions
- sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
I'm not sure I follow how that would behave differently? The transaction already exists as it's a result route for a suspended http_async_client request, the problem is that the far side is not responding correctly, so I end up with several retransmissions when I try to reply with a message.
Brooks Bridges 1200 S. Rogers Circle, Unit 6 Boca Raton, FL 33487 Office: 916-235-2097 Main: 888-444-1111 email: bbridges@call48.com | web: www.call48.com
-----Original Message----- From: sr-users sr-users-bounces@lists.kamailio.org On Behalf Of Alex Balashov Sent: Monday, October 10, 2022 14:43 To: Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org Subject: Re: [SR-Users] suppress t1 timer retransmissions?
Might this be what you’re after?
https://kamailio.org/docs/modules/5.6.x/modules/tm.html#tm.f.t_send_reply
— Alex
On Oct 10, 2022, at 5:37 PM, Brooks Bridges bbridges@call48.com wrote:
So I have a very odd situation that requires me to suppress retransmissions when using t_reply() to send a response back to a UAC that is horribly broken but I'm stuck with for the time being. In the previous iteration of this platform it was fine since I was using a stateless reply, so even though it wasn't "right" it still worked out. I need to replicate this behavior in the event route for http_async_client(), which prevents me from being able to use t_release().
Anyone have any clever ideas?
Brooks Bridges 1200 S. Rogers Circle, Unit 6 Boca Raton, FL 33487 Office: 916-235-2097 Main: 888-444-1111 email: bbridges@call48.com | web: www.call48.com
Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system.
Kamailio - Users Mailing List - Non Commercial Discussions
- sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
-- Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
__________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions * sr-users@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe: * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system.
Oh, I see. You mean you don’t to forward retransmitted replies from upstream?
On Oct 10, 2022, at 5:47 PM, Brooks Bridges bbridges@call48.com wrote:
I'm not sure I follow how that would behave differently? The transaction already exists as it's a result route for a suspended http_async_client request, the problem is that the far side is not responding correctly, so I end up with several retransmissions when I try to reply with a message.
Brooks Bridges 1200 S. Rogers Circle, Unit 6 Boca Raton, FL 33487 Office: 916-235-2097 Main: 888-444-1111 email: bbridges@call48.com | web: www.call48.com
-----Original Message----- From: sr-users sr-users-bounces@lists.kamailio.org On Behalf Of Alex Balashov Sent: Monday, October 10, 2022 14:43 To: Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org Subject: Re: [SR-Users] suppress t1 timer retransmissions?
Might this be what you’re after?
https://kamailio.org/docs/modules/5.6.x/modules/tm.html#tm.f.t_send_reply
— Alex
On Oct 10, 2022, at 5:37 PM, Brooks Bridges bbridges@call48.com wrote:
So I have a very odd situation that requires me to suppress retransmissions when using t_reply() to send a response back to a UAC that is horribly broken but I'm stuck with for the time being. In the previous iteration of this platform it was fine since I was using a stateless reply, so even though it wasn't "right" it still worked out. I need to replicate this behavior in the event route for http_async_client(), which prevents me from being able to use t_release().
Anyone have any clever ideas?
Brooks Bridges 1200 S. Rogers Circle, Unit 6 Boca Raton, FL 33487 Office: 916-235-2097 Main: 888-444-1111 email: bbridges@call48.com | web: www.call48.com
Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system.
Kamailio - Users Mailing List - Non Commercial Discussions
- sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
-- Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
Kamailio - Users Mailing List - Non Commercial Discussions
- sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions
- sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Correct. This is an http interface for getting data, and the UAC is doing dumb things where it's sending an invite, then an ACK 2ms later, and then waiting on the response. It never replies to the response, so the proxy retransmits several times which overloads the requesting system.
I'm trying to find a way to make t_reply() act like sl_send_reply() when sending a message and do not retransmit if it doesn't get an ACK.
Brooks Bridges 1200 S. Rogers Circle, Unit 6 Boca Raton, FL 33487 Office: 916-235-2097 Main: 888-444-1111 email: bbridges@call48.com | web: www.call48.com
-----Original Message----- From: sr-users sr-users-bounces@lists.kamailio.org On Behalf Of Alex Balashov Sent: Monday, October 10, 2022 14:52 To: Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org Subject: Re: [SR-Users] suppress t1 timer retransmissions?
Oh, I see. You mean you don’t to forward retransmitted replies from upstream?
On Oct 10, 2022, at 5:47 PM, Brooks Bridges bbridges@call48.com wrote:
I'm not sure I follow how that would behave differently? The transaction already exists as it's a result route for a suspended http_async_client request, the problem is that the far side is not responding correctly, so I end up with several retransmissions when I try to reply with a message.
Brooks Bridges 1200 S. Rogers Circle, Unit 6 Boca Raton, FL 33487 Office: 916-235-2097 Main: 888-444-1111 email: bbridges@call48.com | web: www.call48.com
-----Original Message----- From: sr-users sr-users-bounces@lists.kamailio.org On Behalf Of Alex Balashov Sent: Monday, October 10, 2022 14:43 To: Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org Subject: Re: [SR-Users] suppress t1 timer retransmissions?
Might this be what you’re after?
https://kamailio.org/docs/modules/5.6.x/modules/tm.html#tm.f.t_send_reply
— Alex
On Oct 10, 2022, at 5:37 PM, Brooks Bridges bbridges@call48.com wrote:
So I have a very odd situation that requires me to suppress retransmissions when using t_reply() to send a response back to a UAC that is horribly broken but I'm stuck with for the time being. In the previous iteration of this platform it was fine since I was using a stateless reply, so even though it wasn't "right" it still worked out. I need to replicate this behavior in the event route for http_async_client(), which prevents me from being able to use t_release().
Anyone have any clever ideas?
Brooks Bridges 1200 S. Rogers Circle, Unit 6 Boca Raton, FL 33487 Office: 916-235-2097 Main: 888-444-1111 email: bbridges@call48.com | web: www.call48.com
Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system.
Kamailio - Users Mailing List - Non Commercial Discussions
- sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
-- Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
Kamailio - Users Mailing List - Non Commercial Discussions
- sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions
- sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
-- Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
__________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions * sr-users@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe: * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system.
-
Alex Balashov -
Brooks Bridges