date:20221101

Re: [SR-Users] About the Presence service 401 issue

2022-11-01 Thread Henning Westerholt

Hello,

Generally you should use a recent and maintained operating system and also a 
maintained version of Kamailio  (5.5.x or 5.6.x).

Are you saying that the xcap module work in Kamailio 3.1.x but not anymore in a 
newer version?

Cheers,

Henning

--
Henning Westerholt - https://skalatan.de/blog/
Kamailio services - https://gilawa.com

From: sr-users  On Behalf Of SparkleZou
Sent: Tuesday, November 1, 2022 1:32 PM
To: sr-users@lists.kamailio.org
Subject: Re: [SR-Users] About the Presence service 401 issue



Hi Sir/Madam,

I set up Ubuntu 10.04 + opensue3.1, then the xcap module work fine.

Then seems the last version xcap module could NOT send the "GET" message with 
digest, when get 401 response.

Is there any parameter which should be set, in order to fix it?

Thanks!


GET /xcap-root/xcap-caps/global/index HTTP/1.1

Connection: close

Host: 192.168.3.92:5060

User-Agent: Jitsi/2.10.5550



HTTP/1.1 401 Unauthorized

Via: SIP/2.0/TCP 192.168.3.2:64456

WWW-Authenticate: Digest realm="xcap", nonce="Y2EQdGNhD0i+lrl8o8tcSAWCWQzjYC/T"

Server: kamailio (3.1.6 (x86_64/linux))

Content-Length: 0



GET /xcap-root/xcap-caps/global/index HTTP/1.1

Connection: close

Host: 192.168.3.92:5060

User-Agent: Jitsi/2.10.5550

Authorization: Digest username="alice", realm="xcap", 
nonce="Y2EQdGNhD0i+lrl8o8tcSAWCWQzjYC/T", 
uri="/xcap-root/xcap-caps/global/index", 
response="67298bcc13442ced04641cf2bb9855f2", algorithm="MD5"



HTTP/1.1 200 ok

Via: SIP/2.0/TCP 192.168.3.2:64456

Content-Type: application/xcap-caps+xml

Server: kamailio (3.1.6 (x86_64/linux))

Content-Length: 694









rls-services

pidf-manipulation

xcap-caps

resource-lists

pres-rules

org.openmobilealliance.pres-rules









urn:ietf:params:xml:ns:rls-services

urn:ietf:params:xml:ns:pidf

urn:ietf:params:xml:ns:xcap-caps

urn:ietf:params:xml:ns:resource-lists

urn:ietf:params:xml:ns:pres-rules






BR,
Sparkle Zou



At 2022-10-30 16:20:05, "SparkleZou" 
mailto:sparkle...@126.com>> wrote:
Hi Sir/Madam,
I'm trying to set up the presence service according to the manual 
http://kb.asipto.com/kamailio:presence:k31-made-simple

Also refer to the doc 
https://kamailio.org/docs/modules/devel/modules/xcap_server.html

Seems the Kamailio cfg fine.  but when to get the xcap data, get the 401 
response.

Please see the attached log. Is there any more should be configured?

Thanks!

BR,
Sparkle Zou
__
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

Re: [SR-Users] Appending new branches via external means

2022-11-01 Thread Alex Balashov

I have the index and label from a prior suspension. They are keyed in htable by 
AOR/RURI.

—
Sent from mobile, apologies for brevity and errors.

> On Nov 1, 2022, at 12:44 PM, Daniel-Constantin Mierla  
> wrote:
> 
> Hello,
> 
> if not using tsilo, how do you identify the transaction for which to add
> new branches?
> 
> Cheers,
> Daniel
> 
>> On 01.11.22 00:44, Alex Balashov wrote:
>> And indeed, ts_append_to() almost does what I want, but it still requires 
>> that I launder my contacts through a registrar ‘domain’. 
>> 
>> Is there any way to go around this requirement? It seems awfully silly to 
>> set up a stub/shadow registrar when I am not a registrar.
>> 
>> — Alex
>> 
 On Oct 31, 2022, at 7:37 PM, Alex Balashov  
 wrote:
>>> 
>>> Hi,
>>> 
>>> Is there a means of appending new branches from config script for a 
>>> transaction which is already proceeding in the background, without using 
>>> `tsilo`?
>>> 
>>> That is to say, I have an async transaction which is resumed in an async 
>>> worker and is t_relay()’d away to some destination. Meanwhile, I have 
>>> learned about new destinations for it to try via an incoming registration, 
>>> and would like to append additional parallel forking branches to that 
>>> transaction, even though it is already proceeding. 
>>> 
>>> ts_append() does this for me; the issue I have is that it is mediated 
>>> through a registrar, but I am not a registrar. My registrar is upstream, 
>>> and my proxy is just a front-end to it. So, in essence, I require something 
>>> like `tsilo` at a more general level, where contacts can be populated by 
>>> some other mechanism rather than being learned via callbacks out of 
>>> `usrloc`.
>>> 
>>> Is there a way to accomplish this?
>>> 
>>> Cheers,
>>> 
>>> — 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/
>>> 
>> -- 
>> 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
> 
> -- 
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
>  Nov 7-10, 2022 (Europe Timezone)
>  * https://www.asipto.com/sw/kamailio-advanced-training-online/
> 
> 
> __
> 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

__
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

Re: [SR-Users] About the Presence service 401 issue

2022-11-01 Thread SparkleZou




Hi Sir/Madam,


I set up Ubuntu 10.04 + opensue3.1, then the xcap module work fine.


Then seems the last version xcap module could NOT send the "GET" message with 
digest, when get 401 response.


Is there any parameter which should be set, in order to fix it? 


Thanks!



GET /xcap-root/xcap-caps/global/index HTTP/1.1

Connection: close

Host: 192.168.3.92:5060

User-Agent: Jitsi/2.10.5550




HTTP/1.1 401 Unauthorized

Via: SIP/2.0/TCP 192.168.3.2:64456

WWW-Authenticate: Digest realm="xcap", nonce="Y2EQdGNhD0i+lrl8o8tcSAWCWQzjYC/T"

Server: kamailio (3.1.6 (x86_64/linux))

Content-Length: 0




GET /xcap-root/xcap-caps/global/index HTTP/1.1

Connection: close

Host: 192.168.3.92:5060

User-Agent: Jitsi/2.10.5550

Authorization: Digest username="alice", realm="xcap", 
nonce="Y2EQdGNhD0i+lrl8o8tcSAWCWQzjYC/T", 
uri="/xcap-root/xcap-caps/global/index", 
response="67298bcc13442ced04641cf2bb9855f2", algorithm="MD5"




HTTP/1.1 200 ok

Via: SIP/2.0/TCP 192.168.3.2:64456

Content-Type: application/xcap-caps+xml

Server: kamailio (3.1.6 (x86_64/linux))

Content-Length: 694










rls-services

pidf-manipulation

xcap-caps

resource-lists

pres-rules

org.openmobilealliance.pres-rules









urn:ietf:params:xml:ns:rls-services

urn:ietf:params:xml:ns:pidf

urn:ietf:params:xml:ns:xcap-caps

urn:ietf:params:xml:ns:resource-lists

urn:ietf:params:xml:ns:pres-rules








BR,
Sparkle Zou





At 2022-10-30 16:20:05, "SparkleZou"  wrote:

Hi Sir/Madam,
I'm trying to set up the presence service according to the manual 
http://kb.asipto.com/kamailio:presence:k31-made-simple


Also refer to the doc 
https://kamailio.org/docs/modules/devel/modules/xcap_server.html


Seems the Kamailio cfg fine.  but when to get the xcap data, get the 401 
response.


Please see the attached log. Is there any more should be configured?


Thanks!


BR,
Sparkle Zou__
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

Re: [SR-Users] Appending new branches via external means

2022-11-01 Thread Daniel-Constantin Mierla

Hello,

if not using tsilo, how do you identify the transaction for which to add
new branches?

Cheers,
Daniel

On 01.11.22 00:44, Alex Balashov wrote:
> And indeed, ts_append_to() almost does what I want, but it still requires 
> that I launder my contacts through a registrar ‘domain’. 
>
> Is there any way to go around this requirement? It seems awfully silly to set 
> up a stub/shadow registrar when I am not a registrar.
>
> — Alex
>
>> On Oct 31, 2022, at 7:37 PM, Alex Balashov  wrote:
>>
>> Hi,
>>
>> Is there a means of appending new branches from config script for a 
>> transaction which is already proceeding in the background, without using 
>> `tsilo`?
>>
>> That is to say, I have an async transaction which is resumed in an async 
>> worker and is t_relay()’d away to some destination. Meanwhile, I have 
>> learned about new destinations for it to try via an incoming registration, 
>> and would like to append additional parallel forking branches to that 
>> transaction, even though it is already proceeding. 
>>
>> ts_append() does this for me; the issue I have is that it is mediated 
>> through a registrar, but I am not a registrar. My registrar is upstream, and 
>> my proxy is just a front-end to it. So, in essence, I require something like 
>> `tsilo` at a more general level, where contacts can be populated by some 
>> other mechanism rather than being learned via callbacks out of `usrloc`.
>>
>> Is there a way to accomplish this?
>>
>> Cheers,
>>
>> — 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/
>>
> -- 
> 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

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
  Nov 7-10, 2022 (Europe Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/


__
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

Re: [SR-Users] consume_credentials not working on PRACK?

2022-11-01 Thread Daniel-Constantin Mierla

Hello,

likely the commit was done due to:

  - https://lists.kamailio.org/pipermail/sr-dev/2013-April/019470.html

However, apparently, even not common practice, PRACK can be challenged
for authentication.

Cheers,
Daniel

On 31.10.22 16:13, Henning Westerholt wrote:
> Hello,
>
> this was actually changed some years ago to be like this:
>
>
> commit 2a77ed2bdc9341ecf7d7200e420a1f49e4e9b6ab
> Author: Daniel-Constantin Mierla 
> Date:   Sun Apr 14 10:11:29 2013 +0200
>
> auth: skip processing of PRACK in consume_credentials()
>
> The issue probably was that the module logs an error if there are no 
> credentials in the message.
>
> This could be improved e.g. by a pull-request. For now you could just use the 
> remove_hf(..) function.
>
> Cheers,
>
> Henning
>
> -- 
> Henning Westerholt – https://skalatan.de/blog/
> Kamailio services – https://gilawa.com
>
> -Original Message-
> From: Benoit Panizzon  
> Sent: Monday, October 31, 2022 3:50 PM
> To: Henning Westerholt 
> Cc: Kamailio (SER) - Users Mailing List 
> Subject: Re: [SR-Users] consume_credentials not working on PRACK?
>
> Hi Henning
>
>> Maybe the PRACK is not a new request, but an in-dialog request and therefore 
>> is not handled from the code quoted below.
> It is handled:
>
> if(!is_method("REGISTER|PUBLISH")) {
> consume_credentials();
> xlog("L_INFO", "$cfg(route): $rm creds: Mmh!\n");
> }
>
> Log:
>
> [...] 3

Re: [SR-Users] Authentication: Is it possible to ignore realm? How to avoice unnecessary challenge because of changed realm?

2022-11-01 Thread Benoit Panizzon

Hi Henning

> what about just using the approach in the documentation and example cfg, take 
> the from domain as realm for the challenge?

This is what I am doing now, tentatively...

The Issue with this, is that we have an SBC in front of Kamailio, that
uses the R-URI domain of the initial INVITE or REGISTER for routing to
the desired registrar / proxy.

So using $rd in kamailio seemed more straight forward to me at that
time as I know, existing customers setups will have this domain set
correctly when migrating from our actual platform to kamailio. I'm not
sure if every customer will send a correct $fd but that has to be
determined when testing migration.

Mit freundlichen Grüssen

-Benoît Panizzon-
-- 
I m p r o W a r e   A G-Leiter Commerce Kunden
__

Zurlindenstrasse 29 Tel  +41 61 826 93 00
CH-4133 PrattelnFax  +41 61 826 93 01
Schweiz Web  http://www.imp.ch
__

__
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

Re: [SR-Users] Authentication: Is it possible to ignore realm? How to avoice unnecessary challenge because of changed realm?

2022-11-01 Thread Henning Westerholt

Hello,

what about just using the approach in the documentation and example cfg, take 
the from domain as realm for the challenge?

Cheers,

Henning

-- 
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com

-Original Message-
From: sr-users  On Behalf Of Benoit 
Panizzon
Sent: Tuesday, November 1, 2022 10:00 AM
To: sr-users@lists.kamailio.org
Subject: [SR-Users] Authentication: Is it possible to ignore realm? How to 
avoice unnecessary challenge because of changed realm?

Hi

As mentioned in the last email, we have a CPE which adds credentials to any 
request so I would like to validate them.

We use $rd as realm. Let's use example.com as example.

During the initial INVITE, this works as expected.

I try to only show the headers I think are relevant to the issue I face.

INVITE sip:1...@example.com SIP/2.0
Proxy-Authorization: [...] realm="example.com"
Contact: 

Authentication user in realm "example.com" == $rd is validated and accepted.

The connection is establised:

200 OK
From: ;tag=1
To: ;tag=2
Contact:  

The caller terminates the connection:

BYE: sip:1234@192.168.7.7:5060 SIP/2.0
From: ;tag=1
To: ;tag=2
Proxy-Authorization: [...] realm="example.com"

Performing:
$var(authres) = pv_auth_check("$rd", "$avp(authsecret)", "0", "1");

fails wirh result -5 as there is no authsecret for realm "192.168.7.7"

So an unnecessarey challenge is issued:

SIP/2.0 407 Proxy Authentication Required
To:  
From: 
CSeq:  3 BYE
Proxy-Authenticate: Digest realm="192.168.7.7"

To which the client replies with the changed realm:

Proxy-Authorization:  Digest username="",realm="157.161.7.7",[...]

and succeeds authentication.

Is there a way to accept 'any' realm? Or to avoid this unnecessary change of 
realm just because the remote site submitted a domain realm in the contact 
header?

Mit freundlichen Grüssen

-Benoît Panizzon-
-- 
I m p r o W a r e   A G-Leiter Commerce Kunden
__

Zurlindenstrasse 29 Tel  +41 61 826 93 00
CH-4133 PrattelnFax  +41 61 826 93 01
Schweiz Web  http://www.imp.ch
__

__
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
__
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

Re: [SR-Users] Appending new branches via external means

2022-11-01 Thread Alex Balashov

Ah, so location laundering all around. :-)

Well, I guess I’ll just ephemerally save() and shortly unregister() for the 
sole purpose of pushing branches into the given transaction … :-)

—
Sent from mobile, apologies for brevity and errors.

> On 1 Nov 2022, at 03:02, Henning Westerholt  wrote:
> 
> Hello,
> 
> the implementation in the other project actually creates some user records in 
> a fake message for that functionality.
> 
> The tm module could be of course extended with a PR.
> 
> Cheers,
> 
> Henning
> 
> -- 
> Henning Westerholt – https://skalatan.de/blog/
> Kamailio services – https://gilawa.com
> 
> -Original Message-
> From: sr-users  On Behalf Of Alex 
> Balashov
> Sent: Tuesday, November 1, 2022 12:48 AM
> To: Kamailio (SER) - Users Mailing List 
> Subject: Re: [SR-Users] Appending new branches via external means
> 
> OpenSIPS seems to have captured well the spirit of this functionality, BTW:
> 
> https://opensips.org/html/docs/modules/2.3.x/tm.html#t_inject_branches
> 
> — Alex
> 
>> On Oct 31, 2022, at 7:44 PM, Alex Balashov  wrote:
>> 
>> And indeed, ts_append_to() almost does what I want, but it still requires 
>> that I launder my contacts through a registrar ‘domain’. 
>> 
>> Is there any way to go around this requirement? It seems awfully silly to 
>> set up a stub/shadow registrar when I am not a registrar.
>> 
>> — Alex
>> 
 On Oct 31, 2022, at 7:37 PM, Alex Balashov  
 wrote:
>>> 
>>> Hi,
>>> 
>>> Is there a means of appending new branches from config script for a 
>>> transaction which is already proceeding in the background, without using 
>>> `tsilo`?
>>> 
>>> That is to say, I have an async transaction which is resumed in an async 
>>> worker and is t_relay()’d away to some destination. Meanwhile, I have 
>>> learned about new destinations for it to try via an incoming registration, 
>>> and would like to append additional parallel forking branches to that 
>>> transaction, even though it is already proceeding. 
>>> 
>>> ts_append() does this for me; the issue I have is that it is mediated 
>>> through a registrar, but I am not a registrar. My registrar is upstream, 
>>> and my proxy is just a front-end to it. So, in essence, I require something 
>>> like `tsilo` at a more general level, where contacts can be populated by 
>>> some other mechanism rather than being learned via callbacks out of 
>>> `usrloc`.
>>> 
>>> Is there a way to accomplish this?
>>> 
>>> Cheers,
>>> 
>>> — 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/
>>> 
>> 
>> --
>> 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/
>> 
> 
> --
> 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

__
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

[SR-Users] Authentication: Is it possible to ignore realm? How to avoice unnecessary challenge because of changed realm?

2022-11-01 Thread Benoit Panizzon

Hi

As mentioned in the last email, we have a CPE which adds credentials to
any request so I would like to validate them.

We use $rd as realm. Let's use example.com as example.

During the initial INVITE, this works as expected.

I try to only show the headers I think are relevant to the issue I face.

INVITE sip:1...@example.com SIP/2.0
Proxy-Authorization: [...] realm="example.com"
Contact: 

Authentication user in realm "example.com" == $rd is validated and
accepted.

The connection is establised:

200 OK
From: ;tag=1
To: ;tag=2
Contact:  

The caller terminates the connection:

BYE: sip:1234@192.168.7.7:5060 SIP/2.0
From: ;tag=1
To: ;tag=2
Proxy-Authorization: [...] realm="example.com"

Performing:
$var(authres) = pv_auth_check("$rd", "$avp(authsecret)", "0", "1");

fails wirh result -5 as there is no authsecret for realm "192.168.7.7"

So an unnecessarey challenge is issued:

SIP/2.0 407 Proxy Authentication Required
To:  
From: 
CSeq:  3 BYE
Proxy-Authenticate: Digest realm="192.168.7.7"

To which the client replies with the changed realm:

Proxy-Authorization:  Digest username="",realm="157.161.7.7",[...]

and succeeds authentication.

Is there a way to accept 'any' realm? Or to avoid this unnecessary
change of realm just because the remote site submitted a domain
realm in the contact header?

Mit freundlichen Grüssen

-Benoît Panizzon-
-- 
I m p r o W a r e   A G-Leiter Commerce Kunden
__

Zurlindenstrasse 29 Tel  +41 61 826 93 00
CH-4133 PrattelnFax  +41 61 826 93 01
Schweiz Web  http://www.imp.ch
__

__
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

Re: [SR-Users] Appending new branches via external means

2022-11-01 Thread Henning Westerholt

Hello,

the implementation in the other project actually creates some user records in a 
fake message for that functionality.

The tm module could be of course extended with a PR.

Cheers,

Henning

-- 
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com

-Original Message-
From: sr-users  On Behalf Of Alex Balashov
Sent: Tuesday, November 1, 2022 12:48 AM
To: Kamailio (SER) - Users Mailing List 
Subject: Re: [SR-Users] Appending new branches via external means

OpenSIPS seems to have captured well the spirit of this functionality, BTW:

https://opensips.org/html/docs/modules/2.3.x/tm.html#t_inject_branches

— Alex

> On Oct 31, 2022, at 7:44 PM, Alex Balashov  wrote:
> 
> And indeed, ts_append_to() almost does what I want, but it still requires 
> that I launder my contacts through a registrar ‘domain’. 
> 
> Is there any way to go around this requirement? It seems awfully silly to set 
> up a stub/shadow registrar when I am not a registrar.
> 
> — Alex
> 
>> On Oct 31, 2022, at 7:37 PM, Alex Balashov  wrote:
>> 
>> Hi,
>> 
>> Is there a means of appending new branches from config script for a 
>> transaction which is already proceeding in the background, without using 
>> `tsilo`?
>> 
>> That is to say, I have an async transaction which is resumed in an async 
>> worker and is t_relay()’d away to some destination. Meanwhile, I have 
>> learned about new destinations for it to try via an incoming registration, 
>> and would like to append additional parallel forking branches to that 
>> transaction, even though it is already proceeding. 
>> 
>> ts_append() does this for me; the issue I have is that it is mediated 
>> through a registrar, but I am not a registrar. My registrar is upstream, and 
>> my proxy is just a front-end to it. So, in essence, I require something like 
>> `tsilo` at a more general level, where contacts can be populated by some 
>> other mechanism rather than being learned via callbacks out of `usrloc`.
>> 
>> Is there a way to accomplish this?
>> 
>> Cheers,
>> 
>> — 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/
>> 
> 
> --
> 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/
> 

--
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
__
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

Re: [SR-Users] About the Presence service 401 issue

Re: [SR-Users] Appending new branches via external means

Re: [SR-Users] About the Presence service 401 issue

Re: [SR-Users] Appending new branches via external means

Re: [SR-Users] consume_credentials not working on PRACK?

Re: [SR-Users] Authentication: Is it possible to ignore realm? How to avoice unnecessary challenge because of changed realm?

Re: [SR-Users] Authentication: Is it possible to ignore realm? How to avoice unnecessary challenge because of changed realm?

Re: [SR-Users] Appending new branches via external means

[SR-Users] Authentication: Is it possible to ignore realm? How to avoice unnecessary challenge because of changed realm?

Re: [SR-Users] Appending new branches via external means

10 matches

Site Navigation

Mail list logo

Footer information