Hi, All
I wonder how I can make Kamailio not to send "100 Trying" msg when receive INVITE request, by modifying kamailio.cfg or source code.
Thanks
Derrick
On Tuesday 12 April 2011, Derrick Ding wrote:
I wonder how I can make Kamailio not to send "100 Trying" msg when receive INVITE request, by modifying kamailio.cfg or source code.
Hi Derrick,
if you use a 3.x version, try t_relay_to (from the tm module docs):
1.5.37. t_relay_to(proxy, flags)
Forward the SIP request to a specific address, controlling internal behavior via flags. ... * flags - bitmask integer value to control the internal behavior. Bits can be: + 0x01 - do not generate 100 reply.
Cheers,
Henning
Hello,
On 4/12/11 6:20 PM, Henning Westerholt wrote:
On Tuesday 12 April 2011, Derrick Ding wrote:
I wonder how I can make Kamailio not to send "100 Trying" msg when receive INVITE request, by modifying kamailio.cfg or source code.
Hi Derrick,
if you use a 3.x version, try t_relay_to (from the tm module docs):
1.5.37. t_relay_to(proxy, flags)
Forward the SIP request to a specific address, controlling internal behavior via flags.... * flags - bitmask integer value to control the internal behavior. Bits can be: + 0x01 - do not generate 100 reply.
this works for t_realy_to() indeed, for other functions, there is either a module parameter to set this kind of behaviour globally or a function to do it per transaction: http://kamailio.org/docs/modules/stable/modules/tm.html#auto_inv_100 http://kamailio.org/docs/modules/stable/modules/tm.html#t_set_auto_inv_100
These are valid in v3.x.
Cheers, Daniel
Hi,
Thanks for your reply, I solve this issue by modifying tm/config.c
Line 69: change 1 to 0.
Derrick
-----Original Message----- From: sr-users-bounces@lists.sip-router.org [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Daniel-Constantin Mierla Sent: Tuesday, April 12, 2011 12:28 PM To: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - UsersMailing List Subject: Re: [SR-Users] How I can turn off 100 trying reply
Hello,
On 4/12/11 6:20 PM, Henning Westerholt wrote:
On Tuesday 12 April 2011, Derrick Ding wrote:
I wonder how I can make Kamailio not to send "100 Trying" msg when receive INVITE request, by modifying kamailio.cfg or source code.
Hi Derrick,
if you use a 3.x version, try t_relay_to (from the tm module docs):
1.5.37. t_relay_to(proxy, flags)
Forward the SIP request to a specific address, controlling
internal
behavior via flags.... * flags - bitmask integer value to control the internal
behavior.
Bits can be: + 0x01 - do not generate 100 reply.
this works for t_realy_to() indeed, for other functions, there is either
a module parameter to set this kind of behaviour globally or a function to do it per transaction: http://kamailio.org/docs/modules/stable/modules/tm.html#auto_inv_100 http://kamailio.org/docs/modules/stable/modules/tm.html#t_set_auto_inv_1 00
These are valid in v3.x.
Cheers, Daniel
On 4/12/11 7:37 PM, Derrick Ding wrote:
Hi,
Thanks for your reply, I solve this issue by modifying tm/config.c
Line 69: change 1 to 0.
that is the auto_inv_100 parameter, you don't need to change the source code, just set the module parameter:
modparam("tm", "auto_inv_100", 0)
Cheers, Daniel
Derrick
-----Original Message----- From: sr-users-bounces@lists.sip-router.org [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Daniel-Constantin Mierla Sent: Tuesday, April 12, 2011 12:28 PM To: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - UsersMailing List Subject: Re: [SR-Users] How I can turn off 100 trying reply
Hello,
On 4/12/11 6:20 PM, Henning Westerholt wrote:
On Tuesday 12 April 2011, Derrick Ding wrote:
I wonder how I can make Kamailio not to send "100 Trying" msg when receive INVITE request, by modifying kamailio.cfg or source code.
Hi Derrick,
if you use a 3.x version, try t_relay_to (from the tm module docs):
1.5.37. t_relay_to(proxy, flags)
Forward the SIP request to a specific address, controllinginternal
behavior via flags.... * flags - bitmask integer value to control the internal
behavior.
Bits can be: + 0x01 - do not generate 100 reply.this works for t_realy_to() indeed, for other functions, there is either
a module parameter to set this kind of behaviour globally or a function to do it per transaction: http://kamailio.org/docs/modules/stable/modules/tm.html#auto_inv_100 http://kamailio.org/docs/modules/stable/modules/tm.html#t_set_auto_inv_1 00
These are valid in v3.x.
Cheers, Daniel
Hi, All
Currently, I try to install Kamailio as a partial call-stateful server. My purpose is:
A call B. (sendrecv) A hold B (sendonly) A call C(sendrecv) A hold C (sendonly) A unhold B (sendonly)
Because of Some bugs on A, when I repeat hold/unhold very fast, eg.
A -----B (sendrecv), A ---C (sendonly) When switch hold/unhold A send reINVITE to C(sendrecv) before A set B(sendonly), some real proxy server will reply "491 request pending".
I want to simulate this server with Kamailio. I use setflag. But I find this flag's lifetime is within a transaction. In a new transaction, the flag's initial value is 0.
Eg. I plan: When get sendrecv in SDP of INVITE request, I setflag(11). //flag 11 on When get sendonly in SDP of INVITE request, I resetflag(11). //flag 11 off When get sendrecv again, if (isFlagSet(11)), I send 491.
But next time when get sendrecv, the flag 11 is 0. even though I comment the lines I reset the flag.
I wonder if there's any other mechanism that I can use to record the state and can be used as flag.
Could you give me some hint?
Thanks in advance.
Derrick
On 04/12/2011 01:54 PM, Derrick Ding wrote:
I wonder if there's any other mechanism that I can use to record the state and can be used as flag.
That is because a stateful proxy is, by default, transaction-stateful. A "call" is a dialog, which consists of several transactions. Proxies are not, by default, dialog-stateful. It sounds like you're looking for something that can persist throughout the lifetime of a dialog.
Fortunately, Kamailio does have a 'dialog' module that adds this functionality. The doc page for the module is here:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/dialog.html
If you set a dialog to be tracked using the 'dialog' module, you can use so-called dialog flags:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/dialog.html#id2965748
http://www.kamailio.org/docs/modules/3.1.x/modules_k/dialog.html#id2965808
These will be valid for the life of a dialog.
Another option--which also has the effect of being dialog-persistent, but does not involve use of the dialog module--is to stow something in a Record-Route header value, which I assume your proxy is adding:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/rr.html#id2663290
http://www.kamailio.org/docs/modules/3.1.x/modules_k/rr.html#check-route-par...
-- Alex
Hi, Alex
I tried, it doesn't work. The real proxy is like a SIP-UA stateful entity. When A call B, then call C. it's different dialog. My aim is to let Kamailio send back 491 to A, if A&B is in sendrecv state and A send INVITE to C with sendrecv before A hold B.
I cannot keep the state of A&B when process A&C. And record-route doesn't work either. It only works in a dialog.
I hope Kamailio could add global variable for user to define and use.
Sincerely, Derrick
-----Original Message----- From: sr-users-bounces@lists.sip-router.org [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Alex Balashov Sent: Tuesday, April 12, 2011 2:00 PM To: sr-users@lists.sip-router.org Subject: Re: [SR-Users] Is there any globle variable/flag mechanism inKamailio
On 04/12/2011 01:54 PM, Derrick Ding wrote:
I wonder if there's any other mechanism that I can use to record the state and can be used as flag.
That is because a stateful proxy is, by default, transaction-stateful. A "call" is a dialog, which consists of several transactions. Proxies are not, by default, dialog-stateful. It sounds like you're looking for
something that can persist throughout the lifetime of a dialog.
Fortunately, Kamailio does have a 'dialog' module that adds this functionality. The doc page for the module is here:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/dialog.html
If you set a dialog to be tracked using the 'dialog' module, you can use
so-called dialog flags:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/dialog.html#id29657 48
http://www.kamailio.org/docs/modules/3.1.x/modules_k/dialog.html#id29658 08
These will be valid for the life of a dialog.
Another option--which also has the effect of being dialog-persistent, but does not involve use of the dialog module--is to stow something in a
Record-Route header value, which I assume your proxy is adding:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/rr.html#id2663290
http://www.kamailio.org/docs/modules/3.1.x/modules_k/rr.html#check-route -param-id
-- Alex
Derrick,
If it's truly global variables you want, have you tried shared memory variables or htable?
-- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/
On Apr 13, 2011, at 11:58 AM, "Derrick Ding" dding@aastra.com wrote:
Hi, Alex
I tried, it doesn't work. The real proxy is like a SIP-UA stateful entity. When A call B, then call C. it's different dialog. My aim is to let Kamailio send back 491 to A, if A&B is in sendrecv state and A send INVITE to C with sendrecv before A hold B.
I cannot keep the state of A&B when process A&C. And record-route doesn't work either. It only works in a dialog.
I hope Kamailio could add global variable for user to define and use.
Sincerely, Derrick
-----Original Message----- From: sr-users-bounces@lists.sip-router.org [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Alex Balashov Sent: Tuesday, April 12, 2011 2:00 PM To: sr-users@lists.sip-router.org Subject: Re: [SR-Users] Is there any globle variable/flag mechanism inKamailio
On 04/12/2011 01:54 PM, Derrick Ding wrote:
I wonder if there's any other mechanism that I can use to record the state and can be used as flag.
That is because a stateful proxy is, by default, transaction-stateful. A "call" is a dialog, which consists of several transactions. Proxies are not, by default, dialog-stateful. It sounds like you're looking for
something that can persist throughout the lifetime of a dialog.
Fortunately, Kamailio does have a 'dialog' module that adds this functionality. The doc page for the module is here:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/dialog.html
If you set a dialog to be tracked using the 'dialog' module, you can use
so-called dialog flags:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/dialog.html#id29657 48
http://www.kamailio.org/docs/modules/3.1.x/modules_k/dialog.html#id29658 08
These will be valid for the life of a dialog.
Another option--which also has the effect of being dialog-persistent, but does not involve use of the dialog module--is to stow something in a
Record-Route header value, which I assume your proxy is adding:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/rr.html#id2663290
http://www.kamailio.org/docs/modules/3.1.x/modules_k/rr.html#check-route -param-id
-- Alex
-- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.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
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
Hi Alex,
If setting-value could only happen in initialization phase, and exported function has only: pv_isset() and pv_unset, this doesn't work.
I need a function pv_set() to set the variable when condition is matched.
Sincerely, Derrick
-----Original Message----- From: sr-users-bounces@lists.sip-router.org [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Alex Balashov Sent: Wednesday, April 13, 2011 12:03 PM To: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) -UsersMailing List Cc: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER)-UsersMailing List Subject: Re: [SR-Users] Is there any globle variable/flag mechanisminKamailio
Derrick,
If it's truly global variables you want, have you tried shared memory variables or htable?
-- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/
On Apr 13, 2011, at 11:58 AM, "Derrick Ding" dding@aastra.com wrote:
Hi, Alex
I tried, it doesn't work. The real proxy is like a SIP-UA stateful entity. When A call B, then call C. it's different dialog. My aim is to let Kamailio send back 491 to A, if A&B is in sendrecv state and A send INVITE to C with sendrecv before A hold B.
I cannot keep the state of A&B when process A&C. And record-route doesn't work either. It only works in a dialog.
I hope Kamailio could add global variable for user to define and use.
Sincerely, Derrick
-----Original Message----- From: sr-users-bounces@lists.sip-router.org [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Alex Balashov Sent: Tuesday, April 12, 2011 2:00 PM To: sr-users@lists.sip-router.org Subject: Re: [SR-Users] Is there any globle variable/flag mechanism inKamailio
On 04/12/2011 01:54 PM, Derrick Ding wrote:
I wonder if there's any other mechanism that I can use to record the state and can be used as flag.
That is because a stateful proxy is, by default, transaction-stateful.
A "call" is a dialog, which consists of several transactions. Proxies
are not, by default, dialog-stateful. It sounds like you're looking
for
something that can persist throughout the lifetime of a dialog.
Fortunately, Kamailio does have a 'dialog' module that adds this functionality. The doc page for the module is here:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/dialog.html
If you set a dialog to be tracked using the 'dialog' module, you can
use
so-called dialog flags:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/dialog.html#id29657
48
http://www.kamailio.org/docs/modules/3.1.x/modules_k/dialog.html#id29658
08
These will be valid for the life of a dialog.
Another option--which also has the effect of being dialog-persistent, but does not involve use of the dialog module--is to stow something in
a
Record-Route header value, which I assume your proxy is adding:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/rr.html#id2663290
http://www.kamailio.org/docs/modules/3.1.x/modules_k/rr.html#check-route
-param-id
-- Alex
-- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.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
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
On Wednesday 13 April 2011, Derrick Ding wrote:
If setting-value could only happen in initialization phase, and exported function has only: pv_isset() and pv_unset, this doesn't work.
I need a function pv_set() to set the variable when condition is matched.
Hi Derrick,
htable variables can be read and set during runtime. Take a look to the module documentation for more informations and an example.
Cheers,
Henning
-
Alex Balashov -
Daniel-Constantin Mierla -
Derrick Ding -
Henning Westerholt