Re: [asterisk-users] Wake-Up Call didn't work

2007-07-24 Thread Asterisk guy

1  there is a correct file in  /var/spool/asterisk/outgoing

2  i run  asterisk -r to monitor it  , it gives out the following error

-- Attempting call on Local/[EMAIL PROTECTED] for application MusicOnHold()
(Retry 1)

Jul 24 08:23:17 NOTICE[21177]: chan_local.c:479 local_alloc: No such
extension/context [EMAIL PROTECTED] creating local channel

Jul 24 08:23:17 NOTICE[21177]: channel.c:2409 __ast_request_and_dial: Unable
to request channel Local/[EMAIL PROTECTED]


( but i have a extension 6009 login to * ) ,  what is the problem?



On 7/23/07, James FitzGibbon [EMAIL PROTECTED] wrote:


On 7/23/07, Dovid B [EMAIL PROTECTED] wrote:

 Can it be that asterisk does not have permission to copy the file over ?
 Also check your date settings on the server.



Yes, it's interesting that the page intro includes the sentence Lots of
error checking to make sure its done correctly, but the final step that
makes the process work (ensuring that the callfile ends up in the directory
that pbx_spool is watching) doesn't have any error checking:

touch( $wakefile, $time_wakeup, $time_wakeup );

rename( $wakefile, $callfile );

The fact that you see files in /tmp when all is said and done means that
at least some of the script is working.  A few things to check:

Do the files in /tmp have the correct timestamp (file matches the
requested wakeup time)?  If so, then everything preceeding the rename seems
to have worked, so check if the user running the AGI can move files from
/tmp to /var/spool/asterisk/outgoing.  Though given that it's an AGI being
run by *, you'd have to have a pretty strange setup for that to fail.
Perhaps the outgoing directory just doesn't exist (was never created for
some reason?)

If the files don't have the correct timestamp, start following the logic
backwards.  Do they look complete?  Look through the AGI for places where
the wakeup file is written to (i.e. fputs( $wuc, maxretries: 
$parm_maxretries\n);
) and check that everything that should be written is being written

Working backwards you should be able to figure out where the script is
failing, then you can check everything that comes afterwards as the user
running the AGI to make sure that permissions and directories are set up
properly.

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

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users

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

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Wake-Up Call didn't work

2007-07-24 Thread dave cantera
on the CLI   type this command:

dialplan show [EMAIL PROTECTED]  
-and-  
dialplan show [EMAIL PROTECTED]

you should see a dialplan returned to you.   if not, which is what I 
expect, you have to include the section [where6009is] in [local] or 
[default]... i.e.

[local]
include = where6009is
...

[default]
include = where6009is
...

[where6009is]
exten 6009,1,wait(2)
exten 6009,n,NoOp(getting to 6009)
...


Asterisk guy wrote:
 1  there is a correct file in  /var/spool/asterisk/outgoing
  
 2  i run  asterisk -r to monitor it  , it gives out the following 
 error
  
  -- Attempting call on Local/[EMAIL PROTECTED] mailto:Local/[EMAIL 
 PROTECTED] 
 for application MusicOnHold() (Retry 1)

 Jul 24 08:23:17 NOTICE[21177]: chan_local.c:479 local_alloc: No such 
 extension/context [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] creating local 
 channel

 Jul 24 08:23:17 NOTICE[21177]: channel.c:2409 __ast_request_and_dial: 
 Unable to request channel Local/[EMAIL PROTECTED] mailto:Local/[EMAIL 
 PROTECTED]
  
  
 ( but i have a extension 6009 login to * ) ,  what is the problem?


  
 On 7/23/07, *James FitzGibbon* [EMAIL PROTECTED] 
 mailto:[EMAIL PROTECTED] wrote:

 On 7/23/07, *Dovid B*  [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:
  

 Can it be that asterisk does not have permission to copy the
 file over ?  Also check your date settings on the server.



 Yes, it's interesting that the page intro includes the sentence
 Lots of error checking to make sure its done correctly, but the
 final step that makes the process work (ensuring that the callfile
 ends up in the directory that pbx_spool is watching) doesn't have
 any error checking:

 touch( $wakefile, $time_wakeup, $time_wakeup );

 rename( $wakefile, $callfile );

 The fact that you see files in /tmp when all is said and done
 means that at least some of the script is working.  A few things
 to check:

 Do the files in /tmp have the correct timestamp (file matches the
 requested wakeup time)?  If so, then everything preceeding the
 rename seems to have worked, so check if the user running the AGI
 can move files from /tmp to /var/spool/asterisk/outgoing.  Though
 given that it's an AGI being run by *, you'd have to have a pretty
 strange setup for that to fail.  Perhaps the outgoing directory
 just doesn't exist (was never created for some reason?)

 If the files don't have the correct timestamp, start following the
 logic backwards.  Do they look complete?  Look through the AGI for
 places where the wakeup file is written to (i.e.
 fputs( $wuc, maxretries: $parm_maxretries\n); ) and check that
 everything that should be written is being written

 Working backwards you should be able to figure out where the
 script is failing, then you can check everything that comes
 afterwards as the user running the AGI to make sure that
 permissions and directories are set up properly.

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

 asterisk-users mailing list
 To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


 

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

 asterisk-users mailing list
 To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
 

 No virus found in this incoming message.
 Checked by AVG Free Edition. 
 Version: 7.5.476 / Virus Database: 269.10.12/910 - Release Date: 07/21/2007 
 03:52 PM
   

-- 
My wife's sister is in California.  
I should buy her a Videophone2008!

Truly, The Next Best Thing to Being There!
--

WorldWideVideoPhones.com
856.380.0894




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

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Wake-Up Call didn't work

2007-07-24 Thread James FitzGibbon

On 7/24/07, Asterisk guy [EMAIL PROTECTED] wrote:



 -- Attempting call on Local/[EMAIL PROTECTED] for application MusicOnHold()
(Retry 1)

Jul 24 08:23:17 NOTICE[21177]: chan_local.c:479 local_alloc: No such
extension/context [EMAIL PROTECTED] creating local channel

Jul 24 08:23:17 NOTICE[21177]: channel.c:2409 __ast_request_and_dial:
Unable to request channel Local/[EMAIL PROTECTED]


( but i have a extension 6009 login to * ) ,  what is the problem?



Regardless of what endpoints you may have registering to your *, your
dialplan does not allow that endpoint to be reached via extension 6009 in
the 'default' context.

Look at the file that gets put in outgoing (comment out the rename in the
AGI script so it stays in /tmp.  Then go read up on call files on the Wiki:

http://www.voip-info.org/tiki-index.php?page=Asterisk+auto-dial+out

Calls generated by call files need to have a starting point and a
destination.  The starting point for stuff like this is typically a Local
channel, and the destination is either a context/extension/priority or an
application with arguments.  Either your starting point or your destination
is invalid.

IMO, skip the AGI for now.  Get the file that your AGI is writting to /tmp
and make a copy of it.  Modify the copy, then move it to the outgoing dir
and see what happens.  If it doesn't work, make more changes.  Without
seeing your dialplan or the callfile, we can't diagnose your problem, but
the error messages are pretty informative as to what asterisk was trying to
do.  Once you've successfully generated a call manually, then go back to
having your AGI try to generate them automatically.

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

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Wake-Up Call didn't work

2007-07-23 Thread James FitzGibbon

On 7/23/07, Dovid B [EMAIL PROTECTED] wrote:

Can it be that asterisk does not have permission to copy the file over ?

Also check your date settings on the server.




Yes, it's interesting that the page intro includes the sentence Lots of
error checking to make sure its done correctly, but the final step that
makes the process work (ensuring that the callfile ends up in the directory
that pbx_spool is watching) doesn't have any error checking:

touch( $wakefile, $time_wakeup, $time_wakeup );

rename( $wakefile, $callfile );

The fact that you see files in /tmp when all is said and done means that at
least some of the script is working.  A few things to check:

Do the files in /tmp have the correct timestamp (file matches the requested
wakeup time)?  If so, then everything preceeding the rename seems to have
worked, so check if the user running the AGI can move files from /tmp to
/var/spool/asterisk/outgoing.  Though given that it's an AGI being run by *,
you'd have to have a pretty strange setup for that to fail.  Perhaps the
outgoing directory just doesn't exist (was never created for some reason?)

If the files don't have the correct timestamp, start following the logic
backwards.  Do they look complete?  Look through the AGI for places where
the wakeup file is written to (i.e. fputs( $wuc, maxretries:
$parm_maxretries\n);
) and check that everything that should be written is being written

Working backwards you should be able to figure out where the script is
failing, then you can check everything that comes afterwards as the user
running the AGI to make sure that permissions and directories are set up
properly.

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

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Wake-Up Call didn't work

2007-07-22 Thread Dovid B
Can it be that asterisk does not have permission to copy the file over ?  Also 
check your date settings on the server.

  - Original Message - 
  From: Asterisk guy 
  To: Asterisk Users Mailing List - Non-Commercial Discussion 
  Sent: Sunday, July 22, 2007 5:29 PM
  Subject: [asterisk-users] Wake-Up Call didn't work





I have setup wake up call in * (  1.2crc1) following those instructions
http://www.voip-info.org/wiki/view/Asterisk+tips+Wake-Up+Call+PHP


  i can enter the time after dialing  77  , and i see there is wakeup files in 
/tmp 

  but *  nevers make the wakeup call  when it is due , what can be the problem 
? what shall i check?


  Mario







   




--


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

  asterisk-users mailing list
  To UNSUBSCRIBE or update options visit:
 http://lists.digium.com/mailman/listinfo/asterisk-users___
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users