Hi,
By "in all other cases" you mean "timeout upon ringing" ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
https://www.opensips-solutions.com
OpenSIPS Summit 27-30 Sept 2022, Athens
https://www.opensips.org/events/Summit-2022Athens/
On 8/10/22 4:20 PM, HS wrote:
Hi again.
Thanks. Exact opposite :) When using an alias, after the call to users
device is rejected, it is redirecting successfully to VM. However, in
all other cases it doesn't redirect to VM (when using an alias) and
times out. On the other hand, everything works as per snippet if using
subscriber table details.
Does that make sense please?
Thanks.
On Wed, Aug 10, 2022 at 5:25 PM Bogdan-Andrei Iancu
<[email protected] <mailto:[email protected]>> wrote:
Hi,
So, your issue is that, after the call to user's device is
rejected, and redirecting to VM (via failure route) you have some
wrong RURI, right ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
https://www.opensips-solutions.com <https://www.opensips-solutions.com>
OpenSIPS Summit 27-30 Sept 2022, Athens
https://www.opensips.org/events/Summit-2022Athens/
<https://www.opensips.org/events/Summit-2022Athens/>
On 8/10/22 1:51 PM, HS wrote:
Hi again.
Thanks a lot for the quick response. My cfg is a bit of a
trial-and-error based, hence will email it (if that's ok).
However, dbaliases support is inserted as per default residential
script:
if ($rU==NULL) {
# request with no Username in RURI
send_reply(484,"Address Incomplete");
exit;
}
# apply DB based aliases
alias_db_lookup("dbaliases");
Thanks again.
HS.
On Wed, Aug 10, 2022 at 3:31 PM Bogdan-Andrei Iancu
<[email protected] <mailto:[email protected]>> wrote:
Hi,
Could you share the cfg WITH the dbaliases support, to check
where the alias lookup was inserted in the cfg logic ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
https://www.opensips-solutions.com
<https://www.opensips-solutions.com>
OpenSIPS Summit 27-30 Sept 2022, Athens
https://www.opensips.org/events/Summit-2022Athens/
<https://www.opensips.org/events/Summit-2022Athens/>
On 8/10/22 1:28 PM, HS wrote:
Hi again Bogdan,
Thanks for responding. I *tried* to add support for aliases.
What is interesting is that the following snippet works fine
on decline (but not otherwise):
if (t_check_status("487|408|486|480|603")){
rewritehostport("INT.IP.XX.XXX:5091");
t_relay();
exit;
Any thoughts on how to fix please?
Thanks.
On Tue, Aug 9, 2022 at 2:45 PM Bogdan-Andrei Iancu
<[email protected] <mailto:[email protected]>> wrote:
Hi HS,
The aliases and late SDP negotiation has noting in common.
And the mentioned script has no support for aliase - I
guess you added such support ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
https://www.opensips-solutions.com
<https://www.opensips-solutions.com>
OpenSIPS Summit 27-30 Sept 2022, Athens
https://www.opensips.org/events/Summit-2022Athens/
<https://www.opensips.org/events/Summit-2022Athens/>
On 6/20/22 5:21 PM, HS wrote:
Hi all.
Just wondering if anyone has "dbaliases" working with
the Late SDP negotiation script below:
https://opensips.org/pub/docs/tutorials/websockets/opensips-late.cfg
<https://opensips.org/pub/docs/tutorials/websockets/opensips-late.cfg>
If we call an alias, it works fine if the user is
online. However, in case of offline users I want the
call to be forwarded to another instance/server. If we
use the ID (from subscriber table) calls are being
forwarded. But not if we dial an alias.
Appreciate the help.
_______________________________________________
Users mailing list
[email protected] <mailto:[email protected]>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
