We need to check if a 1XX reply is part of an INVITE transaction that was forked to 2 or more phones. We figure that we can do a location lookup, based on the to header of the 1XX... but is there a better way?
Phil
On Wed, Aug 24, 2016 at 03:36:16PM +0000, Phil Lavin wrote:
We need to check if a 1XX reply is part of an INVITE transaction that was forked to 2 or more phones. We figure that we can do a location lookup, based on the to header of the 1XX... but is there a better way?
It looks like can tell you how many contacts there are before forking. http://www.kamailio.org/docs/modules/4.4.x/modules/registrar.html#registrar.... and append that somewhere in the request to to the to or via or seomtheing like that....
We're already doing some logic before forking and we considered tracking call IDs in a hash table... but your idea sounds interesting (better). I wonder if we can add a parameter to one of the headers in the request. Will explore this tomorrow.
Cheers
-----Original Message----- From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Daniel Tryba Sent: 24 August 2016 17:46 To: Kamailio (SER) - Users Mailing List sr-users@lists.sip-router.org Subject: Re: [SR-Users] Checking if a reply is part of a forked transaction
On Wed, Aug 24, 2016 at 03:36:16PM +0000, Phil Lavin wrote:
We need to check if a 1XX reply is part of an INVITE transaction that was forked to 2 or more phones. We figure that we can do a location lookup, based on the to header of the 1XX... but is there a better way?
It looks like can tell you how many contacts there are before forking. http://www.kamailio.org/docs/modules/4.4.x/modules/registrar.html#registrar.... and append that somewhere in the request to to the to or via or seomtheing like that....
_______________________________________________ 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 woensdag 24 augustus 2016 20:03:57 CEST Phil Lavin wrote:
We're already doing some logic before forking and we considered tracking call IDs in a hash table... but your idea sounds interesting (better). I wonder if we can add a parameter to one of the headers in the request. Will explore this tomorrow.
No need to add to headers, just set a transaction flag before forking.
If you do lookup(...), then you can use $branch(count) to see how many branches are:
- https://www.kamailio.org/wiki/cookbooks/4.4.x/pseudovariables#branch_name_-_...
The solution with flags mentioned by Alex is a good one.
Cheers, Daniel
On 24/08/16 22:03, Phil Lavin wrote:
We're already doing some logic before forking and we considered tracking call IDs in a hash table... but your idea sounds interesting (better). I wonder if we can add a parameter to one of the headers in the request. Will explore this tomorrow.
Cheers
-----Original Message----- From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Daniel Tryba Sent: 24 August 2016 17:46 To: Kamailio (SER) - Users Mailing List sr-users@lists.sip-router.org Subject: Re: [SR-Users] Checking if a reply is part of a forked transaction
On Wed, Aug 24, 2016 at 03:36:16PM +0000, Phil Lavin wrote:
We need to check if a 1XX reply is part of an INVITE transaction that was forked to 2 or more phones. We figure that we can do a location lookup, based on the to header of the 1XX... but is there a better way?
It looks like can tell you how many contacts there are before forking. http://www.kamailio.org/docs/modules/4.4.x/modules/registrar.html#registrar.... and append that somewhere in the request to to the to or via or seomtheing like that....
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 _______________________________________________ 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
-
Alex Hermann -
Daniel Tryba -
Daniel-Constantin Mierla -
Phil Lavin