Ideally, such processing should be done before pushing the call into B2B - first you are sure you have all the data and only then you jump into action :)

What kind of data you want to push into the outbound call ?

Regards,
Bogdan

On 03/29/2012 06:51 PM, Nick wrote:
I have a real case, when I need to break b2b dialog.

For example. Before send b2b packet, I read values from cachedb and add tags in INVITE. If cachedb don't answer or value not found, I should break dialog and send reply back. But I cannot. Maybe it would be helpful, if I would call some command, which deletes (breaks) b2b dialog.

--
Nick

2012/3/29 Bogdan-Andrei Iancu <[email protected] <mailto:[email protected]>>

    Hi Nick,

    Once again - do you have a real case of a such error or dialog
    broken you want to "fix" ? I'm just asking because the approach
    you are looking for does not seem natural for me :)

    Regards,
    Bogdan


    On 03/28/2012 09:03 AM, Nick wrote:

        I need to drop some packets in local route due to internal errors,
        when b2b dialog already broken.

        It would be great possibility also to generate replies from local
        route in that cases.

        --
        Nick



        2012/3/23 Bogdan-Andrei Iancu<[email protected]
        <mailto:[email protected]>>:

            Hi Nick,

            The b2b_request|reply routes are used to see the inbound
            traffic (related to
            the b2bua sessions) and they do not allow you to drop the
            messages.

            Now, why do you want to route in locale route ? routing
            (in regards to b2b)
            should be done in the scenario of the b2b - you should not
            try to drop
            requests / replies generated by b2b as that will break the
            internal logic of
            the b2b.

            Maybe you can detail a bit what you try to accomplish and
            might advice on a
            better way to do it.

            Regards,
            Bogdan



            On 03/23/2012 11:09 AM, Nick wrote:

                When I'd like drop something, that generated by
                b2b_logic module. I
                don't know can I drop such packet in b2b_request route
                or not (I think
                that answer is no), but I need to drop it in local
                route, where placed
                all of my b2b routing logic because I need to change
                $du, but $du
                changed in b2b_request route ignored and I change it
                in local route.

                --
                Nick


                2012/3/23 Bogdan-Andrei Iancu<[email protected]
                <mailto:[email protected]>>:

                    Hi Nick,

                    Theoretically speaking, something like that would
                    be possible to
                    implement -
                    but can you give me an example of why you should
                    do that ?

                    Regards,
                    Bogdan


                    On 03/23/2012 07:19 AM, Nick wrote:

                    drop() command doesn't work in local route. Is it
                    possible to add this?

                    --
                    Nick


                    _______________________________________________
                    Users mailing list
                    [email protected]
                    <mailto:[email protected]>
                    http://lists.opensips.org/cgi-bin/mailman/listinfo/users



                    --
                    Bogdan-Andrei Iancu
                    OpenSIPS Founder and Developer
                    http://www.opensips-solutions.com



            --
            Bogdan-Andrei Iancu
            OpenSIPS Founder and Developer
            http://www.opensips-solutions.com



-- Bogdan-Andrei Iancu
    OpenSIPS Founder and Developer
    http://www.opensips-solutions.com




--
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Reply via email to