asterisk users - Aug 2005 - How to use * and # as part of number indialcommand

Michel

Send me the same output for a dial string that only sends the *31*

Is this an ISDN line? What type of card/signalling/switchtype are you
using?

It looks as if the PSTN switch accepts the *31* and then hangs up so you
can make the NEXT call with the *31* feature enabled. If so I assume the
*31* feature will be enabled for the next call on the ENTIRE SPAN if it
is an ISDN trunk group.

If that is the case try putting two dials in sequence;

Dial(zap/xx/*31*)
Dial(zap/xx/restofnumber)

Check to see if the *31* feature was activated on the line.

I am not sure if the asterisk dialplan will stay sequential execution
after you get the line hung up status.

At any rate, the keypad protocol looks to me like a way to allow end
user equipment to activate and deactivate features that are normally
controlled in the setup, display IE, and facility IE, which are all
elements of the ISDN signalling protocol. I would be very surprised if
the same methods used in the US did not work in the Netherlands in place
of the keypad protocol.

That would be;
SetCallerID(<calleridvalue>|a)
And
SetCallerIDNumber(<caleridvalue>)
And
SetCallerPres (<presentation>) <- this one is in newer code and allows
setting of the presentation flags in the ISDN setup message. Try setting
these plags if you are using any type of isdn signalling and see if they
are accepted (that is the feature is activated for he call).

Here are the values used with SetCallerPres for 'show application
setcallerpres'

[Synopsis]
Set CallerID Presentation

[Description]
  SetCallerPres(presentation): Set Caller*ID presentation on a call.
  Always returns 0.  Valid presentations are:

      allowed_not_screened    : Presentation Allowed, Not Screened
      allowed_passed_screen   : Presentation Allowed, Passed Screen
      allowed_failed_screen   : Presentation Allowed, Failed Screen
      allowed                 : Presentation Allowed, Network Number
      prohib_not_screened     : Presentation Prohibited, Not Screened
      prohib_passed_screen    : Presentation Prohibited, Passed Screen
      prohib_failed_screen    : Presentation Prohibited, Failed Screen
      prohib                  : Presentation Prohibited, Network Number
      unavailable             : Number Unavailable


Have a look at this doc for more info on keypad protocol

http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-156.pd
f

Damon
> -----Original Message-----
> From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-
> bounces@lists.digium.com] On Behalf Of Michel Koenen
> Sent: Monday, August 29, 2005 1:55 AM
> To: asterisk-users@lists.digium.com
> Subject: RE: [Asterisk-Users] How to use * and # as part of number
> indialcommand
> 
> Damon Estep wrote:
> >I did not see an actual error message in your first post, what is the
> >error message?
> 
> Damon,
> 
> Well, it is not a 'real' error message, asterisk logs it as a
> 'warning' , but for me it looks like it is linked to the problem.
See
> my comments in  the logs between [ ].
> 
>    -- Executing Dial("Zap/2-1", "Zap/4/*31*040268000")
in new stack
>     -- Requested transfer capability: 0x10 - 3K1AUDIO
>     -- Called 4/*31*040268000
>     -- Zap/4-1 is making progress passing it to Zap/2-1
> [thus far it looks okay]
>     -- Channel 0/1, span 2 got hangup
> [hmm, it seems that the channel was hangup, so it failed]
> Aug 27 23:32:28 WARNING[17591]: app_dial.c:412 wait_for_answer: Unable
> to forward voice
> [this warning indicates that asterisk was unable to forward voice, I
> think this is because of the *31* in the dial string, because when I
> leave the *31* out, the warning is not there and the connection is
> made without problems]
>     -- Hungup 'Zap/4-1'
>   == No one is available to answer at this time
>     -- Channel 0/2, span 1 got hangup
>     -- Hungup 'Zap/2-1'
> 
> Thank you for your time trying to help me out!
> 
> Regards,
> Michel
> _______________________________________________
> --Bandwidth and Colocation sponsored by Easynews.com --
> 
> Asterisk-Users mailing list
> Asterisk-Users@lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-users
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users

>   From: "Damon Estep" <damon@suburbanbroadband.net>
> Subject: RE: [Asterisk-Users] How to use * and # as part of number
>        indialcommand
> To: "Asterisk Users Mailing List - Non-Commercial Discussion"
>        <asterisk-users@lists.digium.com>
> Message-ID:
>       
<07668904BA88BA4E9DA11CDE5B594CB29F028C@ns1.soho.soho-systems.com>
> Content-Type: text/plain;       charset="US-ASCII"
> 
> Michel
> 
> Send me the same output for a dial string that only sends the *31*
> 
> Is this an ISDN line? What type of card/signalling/switchtype are you
> using?
>
>[snip]
Hi Damon,

Thank you for your extensive answer. The SetCallerPres(prohib) in
combination with adding 'usecallingpres=yes' into zapata.conf does the
job to set CLIR so I am helped out (for now). I've added this to the
voip-ip wiki at SetCallerPres.

I see this as a kind of workaround because I am still trying to figure
out why the keypad protocol is not working as it should be.

To come back on your questions:
Yes it is an ISDN line, it is an ISDN card with HFC chipset, I use
asterisk 1.0.7 bristuffed with zaphfc module.
Switchtype: euroisdn
Signalling: bri_cpe_ptmp   (immediate=no, overlapdial=yes)
Internally I have also ISDN HFC but in NT mode, this is where i
originate the call from. In the logging this is the Zap/2-1 channel.

Here is the log when I use the *31* in the dial command:

-- Accepting voice call from '1001' to 's' on channel 0/2, span
1
    -- Executing NoOp("Zap/2-1", "") in new stack
    -- Executing Answer("Zap/2-1", "") in new stack
    -- Executing Playtones("Zap/2-1", "dial") in new stack
    -- Executing ResponseTimeout("Zap/2-1", "15") in new
stack
    -- Set Response Timeout to 15
  == CDR updated on Zap/2-1
    -- Executing Dial("Zap/2-1", "Zap/4/*31*") in new stack
    -- Requested transfer capability: 0x10 - 3K1AUDIO
    -- Called 4/*31*
    -- Zap/4-1 is making progress passing it to Zap/2-1
    -- Channel 0/1, span 2 got hangup
Aug 29 23:18:45 WARNING[6591]: app_dial.c:412 wait_for_answer: Unable
to forward voice
    -- Hungup 'Zap/4-1'
  == No one is available to answer at this time

The debug log shows this (I wonder where the conferencing log is
coming from because I don't use conferencing ??)

Aug 29 23:18:45 DEBUG[6591]: disabled echo cancellation on channel 4
Aug 29 23:18:45 DEBUG[6591]: Set option TDD MODE, value: OFF(0) on Zap/4-1
Aug 29 23:18:45 DEBUG[6591]: Updated conferencing on 4, with 0 conference users
Aug 29 23:18:45 DEBUG[6591]: Set option AUDIO MODE, value: OFF(0) on Zap/4-1
Aug 29 23:18:45 DEBUG[6591]: disabled echo cancellation on channel 4
Aug 29 23:18:45 VERBOSE[6591]:     -- Hungup 'Zap/4-1'
Aug 29 23:18:45 VERBOSE[6591]:   == No one is available to answer at this time
Aug 29 23:18:45 DEBUG[6591]: Exiting with DIALSTATUS=NOANSWER.



Best regards,
Michel

Good to hear you have found a temporary solution, although I think it is
the permanent solution.

Keypad protocol is a bandaid to fix the real problem, not a solution.
The problem is that many PBXs cant set the caller ID presentation
fields, so keypad protocol was derived to work around it and allow end
users to modify caller ID representation from the handset 'keypads'

Use the caller ID presentation flags! That is the RIGHT way to do things
on ISDN.

Damon
> -----Original Message-----
> From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-
> bounces@lists.digium.com] On Behalf Of Michel Koenen
> Sent: Monday, August 29, 2005 3:45 PM
> To: asterisk-users@lists.digium.com
> Subject: [Asterisk-Users] How to use * and # as part of number
> indialcommand
> 
> >   From: "Damon Estep" <damon@suburbanbroadband.net>
> > Subject: RE: [Asterisk-Users] How to use * and # as part of number
> >        indialcommand
> > To: "Asterisk Users Mailing List - Non-Commercial
Discussion"
> >        <asterisk-users@lists.digium.com>
> > Message-ID:
> >        <07668904BA88BA4E9DA11CDE5B594CB29F028C@ns1.soho.soho-
> systems.com>
> > Content-Type: text/plain;       charset="US-ASCII"
> >
> > Michel
> >
> > Send me the same output for a dial string that only sends the *31*
> >
> > Is this an ISDN line? What type of card/signalling/switchtype are
you
> > using?
> >
> >[snip]
> 
> Hi Damon,
> 
> Thank you for your extensive answer. The SetCallerPres(prohib) in
> combination with adding 'usecallingpres=yes' into zapata.conf does
the
> job to set CLIR so I am helped out (for now). I've added this to the
> voip-ip wiki at SetCallerPres.
> 
> I see this as a kind of workaround because I am still trying to figure
> out why the keypad protocol is not working as it should be.
> 
> To come back on your questions:
> Yes it is an ISDN line, it is an ISDN card with HFC chipset, I use
> asterisk 1.0.7 bristuffed with zaphfc module.
> Switchtype: euroisdn
> Signalling: bri_cpe_ptmp   (immediate=no, overlapdial=yes)
> Internally I have also ISDN HFC but in NT mode, this is where i
> originate the call from. In the logging this is the Zap/2-1 channel.
> 
> Here is the log when I use the *31* in the dial command:
> 
> -- Accepting voice call from '1001' to 's' on channel 0/2,
span 1
>     -- Executing NoOp("Zap/2-1", "") in new stack
>     -- Executing Answer("Zap/2-1", "") in new stack
>     -- Executing Playtones("Zap/2-1", "dial") in new
stack
>     -- Executing ResponseTimeout("Zap/2-1", "15") in
new stack
>     -- Set Response Timeout to 15
>   == CDR updated on Zap/2-1
>     -- Executing Dial("Zap/2-1", "Zap/4/*31*") in new
stack
>     -- Requested transfer capability: 0x10 - 3K1AUDIO
>     -- Called 4/*31*
>     -- Zap/4-1 is making progress passing it to Zap/2-1
>     -- Channel 0/1, span 2 got hangup
> Aug 29 23:18:45 WARNING[6591]: app_dial.c:412 wait_for_answer: Unable
> to forward voice
>     -- Hungup 'Zap/4-1'
>   == No one is available to answer at this time
> 
> The debug log shows this (I wonder where the conferencing log is
> coming from because I don't use conferencing ??)
> 
> Aug 29 23:18:45 DEBUG[6591]: disabled echo cancellation on channel 4
> Aug 29 23:18:45 DEBUG[6591]: Set option TDD MODE, value: OFF(0) on
Zap/4-1
> Aug 29 23:18:45 DEBUG[6591]: Updated conferencing on 4, with 0
conference
> users
> Aug 29 23:18:45 DEBUG[6591]: Set option AUDIO MODE, value: OFF(0) on
> Zap/4-1
> Aug 29 23:18:45 DEBUG[6591]: disabled echo cancellation on channel 4
> Aug 29 23:18:45 VERBOSE[6591]:     -- Hungup 'Zap/4-1'
> Aug 29 23:18:45 VERBOSE[6591]:   == No one is available to answer at
this
> time
> Aug 29 23:18:45 DEBUG[6591]: Exiting with DIALSTATUS=NOANSWER.
> 
> 
> 
> Best regards,
> Michel
> _______________________________________________
> --Bandwidth and Colocation sponsored by Easynews.com --
> 
> Asterisk-Users mailing list
> Asterisk-Users@lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-users
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users

> From: "Damon Estep" <damon@suburbanbroadband.net>
> Subject: RE: [Asterisk-Users] How to use * and # as part of number
>        indialcommand
> 
> Good to hear you have found a temporary solution, although I think it is
> the permanent solution.
> 
> Keypad protocol is a bandaid to fix the real problem, not a solution.
> The problem is that many PBXs cant set the caller ID presentation
> fields, so keypad protocol was derived to work around it and allow end
> users to modify caller ID representation from the handset 'keypads'
> 
> Use the caller ID presentation flags! That is the RIGHT way to do things
> on ISDN.
> 
> Damon
Well, probably it can be a permanent solution to get the CLIR
functionality but there are other functionalities which are accessible
by keypad protocol like
CFU  *21*
CFNR *61*

Unless there is another dialplan command which can set these...

Again , thanks for helping me out. I am happy now ;-)

Regards,
Michel