asterisk users - Oct 2004 - Answer()

> -----Original Message-----
> From: Alessandro Gatti [mailto:alex@4gatti.com] 
> Sent: Friday, October 08, 2004 12:52 PM
> To: 'Asterisk Users Mailing List - Non-Commercial Discussion'
> Subject: [Asterisk-Users] Answer()
> 
> It may be a fine semantics, but I wanted to understand the 
> real function
> (need) of Answer(). 
> 
> All my scripts macros and extensions in extensions.conf work 
> fine without it.
> 
> What side effects can occur if I do not use it?
> 
Answer() is pretty important for use with anything that tries 
to read DTMF or anything else from the channel.  In those 
scenarios it is quite likely that you will not get any error, 
but simply won't receive the data.  This is a huge problem for 
any sort of IVR(auto-attendant;astcc;AGI;etc...).  You may not 
need it in all situations, but you definitely will want to 
answer any calls that don't simply ring another channel just 
to be on the safe side.

Just my take on this issue,

Robert Jackson

I'm in Canada and I would like to send sms message to a cell phone
with Bell Mobility provider.

Is it possible to us Asterisk to do that ?

I put that into my extensions.conf file:

[smsdial]
exten => _X.,1,SMS(${CALLERIDNUM},,${EXTEN},${CALLERIDNAME})
exten => _X.,2,SMS(${CALLERIDNUM})
exten => _X.,3,Hangup

and I copied this file:

channel: Zap/1/1
extension: 8789898
callerid: message <from>
context: smsdial
priority: 1

in /var/spool/asterisk/outgoing/

And it does not work.



Thanks

-- 
WayComm
Wayne Veilleux ing., GCIA, CISSP

On Fri, 8 Oct 2004, Robert Jackson wrote:
> > What side effects can occur if I do not use it?
> > 
> Answer() is pretty important for use with anything that tries 
> to read DTMF or anything else from the channel.  In those 
> scenarios it is quite likely that you will not get any error, 
> but simply won't receive the data.  This is a huge problem for 
> any sort of IVR(auto-attendant;astcc;AGI;etc...).  You may not 
> need it in all situations, but you definitely will want to 
> answer any calls that don't simply ring another channel just 
> to be on the safe side.
On the isdn network (and the pstn) the audio path from the a subscriber to 
the b subscribe is only available once the b subscriber has answered the 
call. The reverse audio path may be opened earlier to allow inband call 
progress information to the caller.

Peter