Ian: You are right. "restart when convenient" does not hang up calls. I should have provided a more clear and precise info on exactly what this does. Also to clarify "restart gracefully" will NOT let anyone else call the system after its been issued. It will wait till the LAST person disconnects from the server and then will do a "restart". However any one who is trying to connect to the system after the command "restart gracefully" has been issued will receive a fast busy.
Richard: To share with you what we **had** been doing... is a "reload" during low usage and monitor the server IF on the unfortunate event we had to "restart" the asterisk services. So far we have had 1 incident over the past year where the server had to be FORCEFULLY rebooted even after a kill -9 was issued and asterisk would not restart. This was a result of a bug in Asterisk where many consecutive "reloads" will hang Asterisk. We are fortunate, we have ONLY business clients on our hosted pbx services which predominantly includes small business owners in the "service" sector. As a result of this, our traffic is almost certain to be ZERO between 12:00 AM and 1:00 AM. At this time we issue a "restart when convenient" when we have brought on a new client on the system -- and have stayed away from the "reload" command. As Jim pointed out if there is a "hung" channel, then the "restart gracefully" or the "restart when convenient" will NOT work. On that token, it is true... that its better to ask for forgiveness than permission ... A forceful restart by simply issuing a "restart" command is our last resort. A FULL REBOOT of the server is our LAST desperate resort, which we had to do only once to date. Cheers! Reza. ----- Original Message ----- From: "Ian Service" <[EMAIL PROTECTED]> To: "Toronto Asterisk UG" <asterisk@uc.org> Sent: Sunday, November 18, 2007 8:29 AM Subject: Re: [on-asterisk] Disconnect a call from CLI Just so we're clear, restart when convenient does not hang up calls. It does exactly what the command says. It waits until there aren't any calls and then restarts, perfect for a restart without disconnecting anyone. - Ian On Nov 17, 2007 11:00 PM, Reza - Asterisk Enthusiast <[EMAIL PROTECTED]> wrote: > Shidan: > > Thanks VERY much for sharing this !!! We were too lazy to hunt if such > command existed, so we wrote our own little app through the Asterisk > Manager Interface. > > Richard... if you are curious to know how we did this, is through > Asterisk > Manger API actions. Traditionally when you do a "sip show channels" > or > "iax2 show channels" you can see who is connected. Think of the AMI > (Asterisk Manager Interface) as some sort of telnet session into Asterisk, > and you could technically literally telnet to the appropriate port. > > When you are in... what we do is: > Action: Hangup > Channel: SIP/the_channel_to_hang_up > > Then we receive a bunch of output and one of which indicates the status as > successful or not. > > On that note, as Shidan has expressed, reload command does not disconnect > a > call. It just reloads the conf files. The "restart now", "restart > gracefully", or "restart when convenient" will definitely disconnect a > call if Asterisk is in the media path. > > Cheers! > Reza. > > > ----- Original Message ----- > From: "Shidan" <[EMAIL PROTECTED]> > To: "Richard" <[EMAIL PROTECTED]> > Cc: "Toronto Asterisk UG" <asterisk@uc.org> > Sent: Saturday, November 17, 2007 10:39 PM > Subject: Re: [on-asterisk] Disconnect a call from CLI > > > You would do "soft hangup" channelname. Reloads aren't supposed to > disconnect a call. > > On Nov 18, 2007 7:49 PM, Richard <[EMAIL PROTECTED]> wrote: > > Hi, > > > > Is there a way to disconnect a SIP and IAX2 call from asterisk CLI? > > (asterisk -r) > > I find it interesting that restarting asterisk and reload SIP or IAX can > > not disconnect a call. Rebooting the server will for sure disconnect it > > obviously. > > > > Thanks, > > Richard > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
