Hi, I would like to give 1.6 a try and was wondering about the configuration files. Can I just copy them across to a new install or are they completely different ? Is there a document which shows what I would need to change ? Best Regards, -- --[ UxBoD ]-- // PGP Key: "curl -s http://www.splatnix.net/uxbod.asc | gpg --import" // Fingerprint: F57A 0CBD DD19 79E9 1FCC A612 CB36 D89D 2C5A 3A84 // Keyserver: www.keyserver.net Key-ID: 0x2C5A3A84 // Phone: +44 845 869 2749 SIP Phone: uxbod at sip.splatnix.net -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Hi, You can find some info about differences between 1.4 and 1.6 here: http://svn.digium.com/view/asterisk/branches/1.6.0/UPGRADE.txt?view=markup Kind regards, Chris 2008/8/28 --[ UxBoD ]-- <uxbod at splatnix.net>:> Hi, > > I would like to give 1.6 a try and was wondering about the configuration files. Can I just copy them across to a new install or are they completely different ? Is there a document which shows what I would need to change ? > > Best Regards, > > -- > --[ UxBoD ]-- > // PGP Key: "curl -s http://www.splatnix.net/uxbod.asc | gpg --import" > // Fingerprint: F57A 0CBD DD19 79E9 1FCC A612 CB36 D89D 2C5A 3A84 > // Keyserver: www.keyserver.net Key-ID: 0x2C5A3A84 > // Phone: +44 845 869 2749 SIP Phone: uxbod at sip.splatnix.net > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >
Atis Lezdins
2008-Sep-12 11:44 UTC
[asterisk-users] Executing dialplan after the call normaly ended
On Fri, Sep 12, 2008 at 2:35 PM, Gergo Csibra <csibra at gmail.com> wrote:> Hi, > > The Dial command has the g option, voip-info.org says: > > "If the g option is specified, and the called party hangs up before > the calling party, then Dial continues execution at priority n+1." > > and this works well. But I need to continue the execution if the > caller hangs up first too. > > What do I need to do? >Search for "h extension" Regards, Atis -- Atis Lezdins, VoIP Project Manager / Developer, atis at iq-labs.net Skype: atis.lezdins Cell Phone: +371 28806004 Cell Phone: +1 800 7300689 Work phone: +1 800 7502835
Steve Totaro
2008-Sep-12 11:46 UTC
[asterisk-users] Executing dialplan after the call normaly ended
On Fri, Sep 12, 2008 at 7:35 AM, Gergo Csibra <csibra at gmail.com> wrote:> Hi, > > The Dial command has the g option, voip-info.org says: > > "If the g option is specified, and the called party hangs up before > the calling party, then Dial continues execution at priority n+1." > > and this works well. But I need to continue the execution if the > caller hangs up first too. > > What do I need to do? > > -- > Best regards, > Gergo mailto:csibra at gmail.com > >You can use the h extension to continue. Retaining channel variables is iffy. I have an application where I use the h extension to execute System() which still has the channel variables from the call, to create a .call file and drop it into the /outgoing/ directory. It works perfectly. I will probably modify it slightly to create the .call file in a tmp dir and then create a cron job to move it since this seems to be a "Best Practice" but it works fine the way it is for low volume usage. The above was the only solution to be able to Dial after hangup, while keeping the channel variables. Obviously, Dial on the h exten will create a nasty loop. Goto() another context worked but the OK but dial gets "Cancel", I suspect because there is only one leg of a call. Using a local channel for dial, I lost channel variables. I tried using Goto() in the h extension which worked fine but it seems that channel variables disappear after the first exten priority after the h exten. Thanks, Steve Totaro