Hello,
I am using uac_req_send() to send INVITEs to a redirect server. However, upon receiving the redirect, I need access to some state information that was last available at the time of sending the request.
Does uac_req_send() allow me to persist AVPs like a normal TM transaction? If not, what are my options, other than building my own state using htable or what have you? I would really rather not maintain—and be responsible for garbage-collecting—externally constructed state like that if possible.
Thanks!
-- Alex
I suppose I could stick an encrypted payload into the From tag, which would come back to me in the From tag of the 3xx response. However, it does not appear that uac_req_send() allows me to modify the response, and I would rather not try to override it with headers manually.
There is no header that I can pass to the redirect server that it is going to send back in the 3xx response.
On Mon, Feb 20, 2017 at 02:40:50PM -0500, Alex Balashov wrote:
Hello,
I am using uac_req_send() to send INVITEs to a redirect server. However, upon receiving the redirect, I need access to some state information that was last available at the time of sending the request.
Does uac_req_send() allow me to persist AVPs like a normal TM transaction? If not, what are my options, other than building my own state using htable or what have you? I would really rather not maintain—and be responsible for garbage-collecting—externally constructed state like that if possible.
Thanks!
-- Alex
-- 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/
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
On 20 Feb 2017, at 20:40, Alex Balashov abalashov@evaristesys.com wrote:
Hello,
I am using uac_req_send() to send INVITEs to a redirect server. However, upon receiving the redirect, I need access to some state information that was last available at the time of sending the request.
Does uac_req_send() allow me to persist AVPs like a normal TM transaction? If not, what are my options, other than building my own state using htable or what have you? I would really rather not maintain—and be responsible for garbage-collecting—externally constructed state like that if possible.
If you configure yourself as an outbound proxy you can start a transaction as you would normally do.
/O
On Mon, Feb 20, 2017 at 09:19:45PM +0100, Olle E. Johansson wrote:
If you configure yourself as an outbound proxy you can start a transaction as you would normally do.
So you're saying I can wrap this entire exchange in t_newtran()?
On Mon, Feb 20, 2017 at 09:19:45PM +0100, Olle E. Johansson wrote:
If you configure yourself as an outbound proxy you can start a transaction as you would normally do.
Ah, I think I misunderstood you.
No, unfortunately I am not relaying this INVITE from another endpoint. This is a strictly endogenously generated request.
I think what I am going to try to do is to put an encrypted (and perhaps base64'd) rider in the user part of the To URI. If it's not too long, it should come back to me in the redirect.
I happen to know that the content of the To URI has no consequence whatsoever for this redirect server, so it should be okay as long as I don't run into any arbitrary limits on the size of the username.
On Mon, Feb 20, 2017 at 03:39:06PM -0500, Alex Balashov wrote:
On Mon, Feb 20, 2017 at 09:19:45PM +0100, Olle E. Johansson wrote:
If you configure yourself as an outbound proxy you can start a transaction as you would normally do.
Ah, I think I misunderstood you.
No, unfortunately I am not relaying this INVITE from another endpoint. This is a strictly endogenously generated request.
-- 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/
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
You can set the callid for $uac_req(...), that will be back in reply.
There is also a way to set sort of context data that is not going to be inside the sip request, via evparam field:
- https://www.kamailio.org/wiki/cookbooks/devel/pseudovariables#uac_req_key
It is also in 4.4, but it was missing in the wiki docs, I just added for devel.
Cheers, Daniel
On 20/02/2017 21:43, Alex Balashov wrote:
I think what I am going to try to do is to put an encrypted (and perhaps base64'd) rider in the user part of the To URI. If it's not too long, it should come back to me in the redirect.
I happen to know that the content of the To URI has no consequence whatsoever for this redirect server, so it should be okay as long as I don't run into any arbitrary limits on the size of the username.
On Mon, Feb 20, 2017 at 03:39:06PM -0500, Alex Balashov wrote:
On Mon, Feb 20, 2017 at 09:19:45PM +0100, Olle E. Johansson wrote:
If you configure yourself as an outbound proxy you can start a transaction as you would normally do.
Ah, I think I misunderstood you.
No, unfortunately I am not relaying this INVITE from another endpoint. This is a strictly endogenously generated request.
-- 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/
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
On Mon, Feb 20, 2017 at 10:11:32PM +0100, Daniel-Constantin Mierla wrote:
There is also a way to set sort of context data that is not going to be inside the sip request, via evparam field:
https://www.kamailio.org/wiki/cookbooks/devel/pseudovariables#uac_req_key
It is also in 4.4, but it was missing in the wiki docs, I just added for devel.
I think that's exactly what I need, thank you!
Daniel,
Would you accept a patch to modify the size of that buffer to something larger than 128? Like 256?
On Mon, Feb 20, 2017 at 07:25:02PM -0500, Alex Balashov wrote:
On Mon, Feb 20, 2017 at 10:11:32PM +0100, Daniel-Constantin Mierla wrote:
There is also a way to set sort of context data that is not going to be inside the sip request, via evparam field:
https://www.kamailio.org/wiki/cookbooks/devel/pseudovariables#uac_req_key
It is also in 4.4, but it was missing in the wiki docs, I just added for devel.
I think that's exactly what I need, thank you!
-- 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/
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
I am fine with that.
Cheers, Daniel
On 21/02/2017 04:44, Alex Balashov wrote:
Daniel,
Would you accept a patch to modify the size of that buffer to something larger than 128? Like 256?
On Mon, Feb 20, 2017 at 07:25:02PM -0500, Alex Balashov wrote:
On Mon, Feb 20, 2017 at 10:11:32PM +0100, Daniel-Constantin Mierla wrote:
There is also a way to set sort of context data that is not going to be inside the sip request, via evparam field: https://www.kamailio.org/wiki/cookbooks/devel/pseudovariables#uac_req_key
It is also in 4.4, but it was missing in the wiki docs, I just added for devel.
I think that's exactly what I need, thank you!
-- 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/
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
On 20/02/2017 21:39, Alex Balashov wrote:
On Mon, Feb 20, 2017 at 09:19:45PM +0100, Olle E. Johansson wrote:
If you configure yourself as an outbound proxy you can start a transaction as you would normally do.
Ah, I think I misunderstood you.
No, unfortunately I am not relaying this INVITE from another endpoint. This is a strictly endogenously generated request.
I guess Olle was suggesting that you set ouri field for $uac_req(...), then you will get the request on the proxy again, but this time being received from the network you can build transaction context with avps.
Cheers, Daniel
-
Alex Balashov -
Daniel-Constantin Mierla -
Olle E. Johansson