Hi,

In the failure route I see that the 408 is handled as the other reply codes that work (like 486). Put some xlogs in the failure route to understand why the t_relay() is not hit when you have a call timeout (or better use script_trace() [1])

[1] https://www.opensips.org/Documentation/Script-CoreFunctions-3-2#script_trace

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/12/22 1:11 PM, HS wrote:
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 <[email protected] <mailto:[email protected]>> 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  <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 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

Reply via email to