*To:* users@lists.opensips.org
*Subject:* Re: [OpenSIPS-Users] ACK Timer
Hi, Khaled!
The match_dialog() function also matched the dialog and updates the
timer, therefore you should also set the pseudo variable for ACK
before the match_dialog() call.
Best regards,
Razvan Crainea
OpenSIPS Core
Chehab; 'Brito Nicolas'
Subject: Re: [OpenSIPS-Users] ACK Timer
Hi Khaled,
your mistake here is to set the timeout for INVITE under the has_totag()
branch - initial INVITEs do not have TO tags.
Try:
if (has_totag()) {
if (is_method(ACK)) {
$avp(timeout2
(timeout2) = 3;
}
}
Regards
*From:*Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
*Sent:* Thursday, March 14, 2013 6:59 PM
*To:* OpenSIPS users mailling list
*Cc:* M.Khaled W Chehab; 'Brito Nicolas'
*Subject:* Re: [OpenSIPS-Users] ACK Timer
Hi Khaled,
your mistake here
: Monday, March 18, 2013 4:53 PM
To: users@lists.opensips.org
Subject: Re: [OpenSIPS-Users] ACK Timer
Hi, Khaled!
The match_dialog() function also matched the dialog and updates the timer,
therefore you should also set the pseudo variable for ACK before the
match_dialog() call.
Best regards
Nicolas'
*Subject:* Re: [OpenSIPS-Users] ACK Timer
** **
Hi Khaled,
your mistake here is to set the timeout for INVITE under the
has_totag() branch - initial INVITEs do not have TO tags.
Try:
if (has_totag()) {
if (is_method(ACK)) {
$avp(timeout2
);
}
exit;
}
Regards
From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
Sent: Thursday, March 14, 2013 6:59 PM
To: OpenSIPS users mailling list
Cc: M.Khaled W Chehab; 'Brito Nicolas'
Subject: Re: [OpenSIPS-Users] ACK Timer
Hi Khaled,
your mistake
PM
Cc: M.Khaled W Chehab
Subject: Re: [OpenSIPS-Users] ACK Timer
Hi Khaled,
What you posted at first seems good so far the dialog will
be dropped after 3 second which is not bad.
The on
if (is_method(ACK)) {
$avp(timeout2) = 3540;
}
Regards
Khaled chehab
From: Brito Nicolas [mailto:nicolas.br...@andrexen.com]
Sent: Tuesday, February 12, 2013 4:52 PM
Cc: M.Khaled W Chehab
Subject: Re: [OpenSIPS-Users] ACK Timer
Hi Khaled,
What
Hi ,
I face a lot of scenarios where the customer send a cancel while the trunk
send 200 OK and start the billing from its side ,so the client call will be
canceled from his side and goes to the max call duration from my side and
trunk side .
Si I draw this function below
loadmodule
This may work, only if you create dialog with 'B' flag, also 3 seconds look
very short, destination must be very quick to ACK the call.
I think there is a better way to achieve this, you only need to ensure
CANCEL is received at destination.
Thank you.
On Tue, Feb 12, 2013 at 1:45 PM, M.Khaled
Please can you show me by code the better way(ensure Cancel) since this is a
critical issue and I am relaying the cancel and after that trunk send me more
than 8 time 200 Ok ,as is there a way to stop/hangup the call since I receive
the cancel from the client
2-what do you mean
Sorry i didn't see you are setting dialog timeout for sequential INVITE,
instead of initial INVITE, so this timeout would actually have no effect on
new call, it will effect only established call (e.g. when caller or callee
sets call on hold etc.) and when that sequential INVITE comes in the
Ah, again typo, in last line of previous email, i meant to recover loss of
few seconds between 200 OK and CANCEL from caller, (not ACK from caller,
since ACK establishes a billable call).
Thank you.
On Tue, Feb 12, 2013 at 2:54 PM, Muhammad Shahzad shaherya...@gmail.comwrote:
Sorry i didn't
13 matches
Mail list logo
