Ikka Tirtawidjaja
2017-Mar-30 14:41 UTC
[asterisk-users] Alphabet character in destination number (CDR)
Dear all, I have PBX with asterisk 13.x a couple of IPPhone that connect to that asterisk PBX send an alphanumeric dialed phone number. for example, in my CDR table, field DST, it show dialed phone number like - 0C81318304632C (it should be 081318304632) - 08D11157112 (it should be 0811157112). Why it's happening ? and how can I prevent it to happen ? Thanks in advance, Ikka Jakarta - Indonesia -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20170330/ca994aea/attachment.html>
SamyGo
2017-Mar-30 16:04 UTC
[asterisk-users] Alphabet character in destination number (CDR)
Hi Ikka, The last time I had this kind of problem the numbers in DB were altogether different and the reason for that was inappropriate columns data-types in DB. You can also print out some CDR(${variable}) AFAIK in the dialplan and verify that those are in original condition there or not. Regards, Sammy On Thu, Mar 30, 2017 at 10:41 AM, Ikka Tirtawidjaja <ikka.tirta at gmail.com> wrote:> Dear all, > > I have PBX with asterisk 13.x > > a couple of IPPhone that connect to that asterisk PBX send an alphanumeric > dialed phone number. > > for example, in my CDR table, field DST, it show dialed phone number like > - 0C81318304632C (it should be 081318304632) > - 08D11157112 (it should be 0811157112). > > Why it's happening ? and how can I prevent it to happen ? > > > Thanks in advance, > > > Ikka > Jakarta - Indonesia > > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > Check out the new Asterisk community forum at: https://community.asterisk. > org/ > > New to Asterisk? Start here: > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20170330/687749e7/attachment.html>
J Montoya or A J Stiles
2017-Mar-31 12:07 UTC
[asterisk-users] Alphabet character in destination number (CDR)
On Thursday 30 Mar 2017, Ikka Tirtawidjaja wrote:> Dear all, > > I have PBX with asterisk 13.x > > a couple of IPPhone that connect to that asterisk PBX send an alphanumeric > dialed phone number. > > for example, in my CDR table, field DST, it show dialed phone number like > - 0C81318304632C (it should be 081318304632) > - 08D11157112 (it should be 0811157112). > > Why it's happening ? and how can I prevent it to happen ?A, B, C and D are actually valid DTMF digits (they belong in a column to the right of 3, 6, 9 and # respectively, and have the "high" frequency 1633 Hz). TTBOMK they were never actually used for anything in practice, they just keep kicking around like a vestigial organ (compare how computer software for the UK financial industry still includes code to deal with mediaeval pounds, shillings and pence). Is it possible for a 1633 Hz tone, loud enough to swamp the "high" frequency of a dialled digit, to be finding its way somehow into the microphone of the affected phone and confusing it when digits are dialled? -- JM Note: Originating address only accepts e-mail from list! If replying off- list, change address to asterisk1list at earthshod dot co dot uk .
John Novack
2017-Apr-01 23:14 UTC
[asterisk-users] Alphabet character in destination number (CDR)
J Montoya or A J Stiles wrote:> On Thursday 30 Mar 2017, Ikka Tirtawidjaja wrote: >> Dear all, >> >> I have PBX with asterisk 13.x >> >> a couple of IPPhone that connect to that asterisk PBX send an alphanumeric >> dialed phone number. >> >> for example, in my CDR table, field DST, it show dialed phone number like >> - 0C81318304632C (it should be 081318304632) >> - 08D11157112 (it should be 0811157112). >> >> Why it's happening ? and how can I prevent it to happen ? > A, B, C and D are actually valid DTMF digits (they belong in a column to the > right of 3, 6, 9 and # respectively, and have the "high" frequency 1633 Hz). > TTBOMK they were never actually used for anything in practice, they just keep > kicking around like a vestigial organ (compare how computer software for the > UK financial industry still includes code to deal with mediaeval pounds, > shillings and pence). > > Is it possible for a 1633 Hz tone, loud enough to swamp the "high" frequency > of a dialled digit, to be finding its way somehow into the microphone of the > affected phone and confusing it when digits are dialled? > >A,BC & D were used in the US in the AutoVon Military system, and telephones that have that keypad often bring pretty good money. Some external Voice mail systems use one or more of the codes as well ( Toshiba systems for one ) Probably because they are an easy way to prevent most users from messing around in the system It was and in some cases still used for network signalling. Not that computer telephony designers believe in standards but the 16 button tone pad is an ITU-T standard. I believe in the UK it is known as MF-4 Asterisk DTMF detection leaves a lot to be desired. It certainly is not Exchange grade. There may be a way to diddle the code to remove the false detection but this should only happen with in-band signalling.I thought all SIP data was normally sent as data though sip.conf does allow in-band John Novack -- Dog is my Co-pilot