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

[Richard Mudgett]

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:
Dial(DAHDI/g1/K1234/5551212)

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:
Dial(DAHDI/g1/Ue5551212)
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:
Dial(DAHDI/g1//1234)

Richard
----- 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...]

Hi,

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?


Regards,
Kaii



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:
   http://lists.digium.com/mailman/listinfo/asterisk-dev