I got nothing to check.
I believe you didn't understood the discussion.

On 08/04/12 01:03, bipin singh wrote:
Hi,
Check your dialplan setting both side(switch and asterisk).

On Mon, Jul 30, 2012 at 10:49 PM, Marcelo Pacheco <marc...@m2j.com.br <mailto:marc...@m2j.com.br>> wrote:

    That's the beauty of free software.

    The layout I defined suits my needs.

    Ok, so it can't be the default for most others.

    I never send/receive #/* through ISUP because a user dialed it.
    Those digits are handled on the subscriber exchange the user
    dialed it on (at most it flows through SIP from the user CPE to
    the switch).

    I need to have the ability of using #/* as routing digits (ex:
    123#E164). If # becomes ST, I can't use it as a routing digit, and
    # is exactly the primary routing digit !!!!!!!! Right now I only
    use this in SIP, but I can't have ISUP dialing being less capable
    than SIP.

    Typically, A..F (except as ST) is never sent either as calling or
    called digits between carriers. The objective here is to be able
    to keep routing logic go through switches belonging to the same
    carrier that uses my solution (although right now its always SIP).

    Regards,

    Marcelo


    On 07/30/12 07:06, Kaloyan Kovachev wrote:

        On Sun, 29 Jul 2012 18:18:48 -0300, Marcelo Pacheco
        <marc...@m2j.com.br <mailto:marc...@m2j.com.br>>
        wrote:

            Those who looked up the code might have noticed my
            "Original code"
            didn't match libss7.
            I changed digit handling code, so inside libss7 I always
            use 0...9 A...F
            digits. #->A and *->B translation happens early coming in,
            and on the
            way back A-># and B->*. The original #/* conversion scheme
            in libss7
            made it impossible to properly use # in libss7 (due to F
            being ST
            digit). The other change was to expressed the ST digit
            properly as 'F'
            instead of '#', since '#' is now converted to 'A' instead
            of 'F'.

        You are moving the * and # keys to a custom location which may
        not be
        recognized from other exchanges.
        The DTMF keypad is defined as 0-9, A-D, * and #, so (as i have
        done in
        https://reviewboard.asterisk.org/r/1653) we have:

        case 0xa:
                return 'A';
        case 0xb:
                return 'B';
        case 0xc:
                return 'C';
        case 0xd:
                return 'D';
        case 0xe:
                return '*';
        case 0xf:
                return '#';

        # _is_ the ST digit even if you send F to libss7, it will 0xf
        over the
        link. If you want to send A that's a different story, but it
        is not '#'.
        I have seen some exchanges that threat A (pressed on the
        phone's keypad)
        as hook-flash (for transfers) and B for some other functions
        (DND, call
        forwarding etc.) maybe that is causing the confusion with #
        and *, but they
        are not A and B.


            I'm sending this as food for thought for MattF. Those who
            would like to
            pick up the code and use it in production should know
            exactly what
            they're doing. This is not meant as a patch for
            testing/production usage
            at all.

        I will add to char2digit() 'f' and 'F' too (like for 0xe), but
        i think
        digit2char() should remain as is


        --
        _____________________________________________________________________
        -- Bandwidth and Colocation Provided by
        http://www.api-digital.com --

        asterisk-ss7 mailing list
        To UNSUBSCRIBE or update options visit:
        http://lists.digium.com/mailman/listinfo/asterisk-ss7


    --
    _____________________________________________________________________
    -- Bandwidth and Colocation Provided by http://www.api-digital.com --

    asterisk-ss7 mailing list
    To UNSUBSCRIBE or update options visit:
    http://lists.digium.com/mailman/listinfo/asterisk-ss7




--
BIPIN RAGHUVANSHI
OPERATION HEAD
ASTERISK (DEVELOPMENT AND RESEARCH)
WWW.EHORIZONS.IN <http://WWW.EHORIZONS.IN>
011-32323262
011-46334633


--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-ss7 mailing list
To UNSUBSCRIBE or update options visit:
    http://lists.digium.com/mailman/listinfo/asterisk-ss7


--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-ss7 mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-ss7

Reply via email to