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>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> >> 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<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<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<http://lists.digium.com/mailman/listinfo/asterisk-ss7> > -- BIPIN RAGHUVANSHI OPERATION HEAD ASTERISK (DEVELOPMENT AND RESEARCH) WWW.EHORIZONS.IN 011-32323262 011-46334633 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-ss7/attachments/20120804/703759fb/attachment.htm>
|