F on the end of the number

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 <marcelo at m2j.com.br 
> <mailto:marcelo at 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
>         <marcelo at m2j.com.br <mailto:marcelo at 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


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-ss7/attachments/20120804/6af8b79c/attachment.htm>


[Index of Archives]     [Asterisk App Development]     [PJ SIP]     [Gnu Gatekeeper]     [IETF Sipping]     [Info Cyrus]     [ALSA User]     [Fedora Linux Users]     [Linux SCTP]     [DCCP]     [Gimp]     [Yosemite Backpacking]     [Deep Creek Hot Springs]     [Yosemite Campsites]     [ISDN Cause Codes]     [Asterisk Books]

  Powered by Linux