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>