[OpenSIPS-Users] DBAliases with Late SDP Negotiation

[HS]

Bogdan-Andrei.

Thanks again for the help. Yes, it doesn't transfer to VM on "timeout upon
ringing" or "temporary unavailable".

Best wishes.

On Thu, Aug 11, 2022 at 9:02 PM Bogdan-Andrei Iancu <bogdan at opensips.org>
wrote:

> 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 <bogdan at opensips.org>
> 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
>> OpenSIPS Summit 27-30 Sept 2022, Athens
>>   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 <bogdan at opensips.org>
>> 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
>>> OpenSIPS Summit 27-30 Sept 2022, Athens
>>>   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 <bogdan at opensips.org>
>>> 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
>>>> OpenSIPS Summit 27-30 Sept 2022, Athens
>>>>   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
>>>>
>>>> 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 listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>
>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20220812/3a2423e8/attachment-0001.html>