[asterisk-dev] extra dahdi dialing format? [was: Re: [svn-commits] rmudgett: branch rmudgett/dahdi_deflection r224027 - /team/rmudgett/dahdi_def...]

Richard Mudgett rmudgett at digium.com
Wed Oct 14 11:38:38 CDT 2009

Q.931 indicates that you should dial one way or the other with the preference to using the called number ie as not all switches or networks will support/use the keypad facility ie.  Normally, you would be dialing one way or the other so it would not look any different:
Dial(DAHDI/g1/K1234) will send 1234 in the keypad facility ie.
Dial(DAHDI/g1/5551212) will send 5551212 in the called number ie.

Only if you REALLY needed to dial with keypad facility and called number digits at the same time would it look different:

There is also the type-of-number prefix characters, NPI prefix characters, strip most-significant-digits option, and strip dial-plan-prefix-digits option that already can cause parsing ambiguity when they interact:
Parsing the keypad digits before looking for a normal extension avoids that mess.

Swapping the keypad digits and normal extension could cause the dial string to look something like this to avoid ambiguity:

----- Original Message -----
From: "Kai Hoerner" <kai at ciphron.de>
To: "Asterisk Developers Mailing List" <asterisk-dev at lists.digium.com>
Sent: Wednesday, October 14, 2009 10:53:50 AM GMT -06:00 US/Canada Central
Subject: Re: [asterisk-dev] extra dahdi dialing format? [was: Re: [svn-commits] rmudgett:	branch rmudgett/dahdi_deflection r224027 -	/team/rmudgett/dahdi_def...]


Other channels already use parameters like "mISDN/g:1/12345678/ns"..

What about using "DAHDI/g1/12345678/K<digits>" and not doing it the 
other way round?


Richard Mudgett schrieb:
> It is a rather odd feature.  Also, other delimiter characters that looked any good were already used.
> ----- Original Message -----
> From: "Tzafrir Cohen" <tzafrir.cohen at xorcom.com>
> To: "Asterisk Developers list" <asterisk-dev at lists.digium.com>
> Sent: Tuesday, October 13, 2009 11:52:36 PM GMT -06:00 US/Canada Central
> Subject: [asterisk-dev] extra dahdi dialing format? [was: Re: [svn-commits] rmudgett:	branch rmudgett/dahdi_deflection r224027 -	/team/rmudgett/dahdi_def...]
> Hi
> On Tue, Oct 13, 2009 at 11:26:47PM -0000, SVN commits to the Digium repositories wrote:
>> Author: rmudgett
>> Date: Tue Oct 13 18:26:43 2009
>> New Revision: 224027
>> URL: http://svnview.digium.com/svn/asterisk?view=rev&rev=224027
>> Log:
>> Redo the asterisk portion of the keypad digits in SETUP support.
>> *  Make use CHANNEL(keypad_digits) instead of channel variable PRI_KEYPAD.
>> *  Allow the possibility of also sending out a called number at the same
>> time with this syntax:  Dial(DAHDI/g1[[/K<keypad_digits>]/extension]).
> This is a rather non-standard dialink format.
>> Modified:
>>     team/rmudgett/dahdi_deflection/channels/chan_dahdi.c
>>     team/rmudgett/dahdi_deflection/channels/sig_pri.c
>>     team/rmudgett/dahdi_deflection/channels/sig_pri.h
>> Modified: team/rmudgett/dahdi_deflection/channels/chan_dahdi.c
>> URL: http://svnview.digium.com/svn/asterisk/team/rmudgett/dahdi_deflection/channels/chan_dahdi.c?view=diff&rev=224027&r1=224026&r2=224027

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

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:

More information about the asterisk-dev mailing list