Re: [asterisk-dev] dial plan in a queue call ?
I log my operator with this dial plan:
exten =>
_422,1,Answer
exten =>
_422,2,AddQueueMember(cola1,SIP/${EXTEN:3})
exten =>
_422,3,Hangup
Thank you
- Original Message -
From:
Saudi Jone V. Gilbolinga
To: 'Asterisk Developers Mailing
List'
Sent: Wednesday, February 15, 2006 5:56
PM
Subject: RE: [asterisk-dev] dial plan in
a queue call ?
How do you log you
operator in queues.conf?
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of mdSent: Tuesday, February 14, 2006
04:41To: Asterisk Developers Mailing ListSubject: Re: [asterisk-dev] dial plan in
a queue call ?
In queues.conf i can configure
queues properties but i can assign dial plan for the call routed when the
destination is selected.
thank
you
- Original Message -
From: Saudi Jone V. Gilbolinga
To: 'Asterisk Developers Mailing
List'
Sent:
Wednesday, February 15, 2006 12:30 PM
Subject: RE:
[asterisk-dev] dial plan in a queue call
?
you must configure
your queue.conf
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of mdSent: Tuesday, February 14, 2006
04:10To: asterisk-dev@lists.digium.comSubject: [asterisk-dev] dial plan in a
queue call ?
Hello,
I need launch a dial plan when a
queue call inbound is delivered in a sip. My dialplan
is:
exten =>
,1,Queue(Queue1|nt|||60)
exten =>
,2,Hangup()
That dial plan put the call in
the Queue1. That call is delivered in SIP/1001 but i don't know how can
i assign a Dialplan in that delivered.
Thank you
___--Bandwidth
and Colocation provided by Easynews.com --asterisk-dev mailing
listTo UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
___--Bandwidth and
Colocation provided by Easynews.com --asterisk-dev mailing listTo
UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
___
--Bandwidth and Colocation provided by Easynews.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
[asterisk-dev] Calls not queued
Hello,
when a agent logged into a queue is busy with a
queue call, if another call is delivered in the queue that call is routed to the
busy agent. That is not correct. The second call must be stay in the queue. The
queues.conf is:
[queue1]
wrapuptime=0
timeout=60
strategy=ringall
retry=5
queue-youarenext=
queue-thereare=
queue-thankyou=queue-thankyou
queue-callswaiting=
music=default
monitor-join=yes
monitor-format=
maxlen=0
leavewhenempty=no
joinempty=yes
context=
announce-holdtime=no
announce-frequency=0
The dial plan in extensions.conf for an incoming
call is:
exten =>
,1,Answer
exten =>
,2,Queue(queue1|t|||1200)
; pepe
The dial plan in
extensions.conf for add queue member
is>
exten =>
_422,1,Answer
exten =>
_422,2,AddQueueMember(queue1,SIP/${EXTEN:3})
exten =>
_422,3,Hangup
Why the second call doesn't stay in
the queue? Any idea?
Thank you
___
--Bandwidth and Colocation provided by Easynews.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] ENUM changes: discussion
Hi! I agree with John. regards Klaus On Wed, February 15, 2006 5:44, John Todd said: > > I saw the changes to the ENUMLOOKUP function below, and one of them > raises a question in my mind. It seems to be going backwards to > continue using the "enum.conf" file when this is easily specified in > the function call itself, or assuming the "default" of e164.arpa. > The RFC for ENUM describes e164.arpa as the "only" ENUM suffix, so > while I don't agree that it is the "only" suffix that is useful for > ENUM lookups, having it as a default seems perfectly reasonable. > > Using .conf files when there is only one value in them seems to be > wasteful and confusing. The "h323driver" value is now meaningless > (and should be removed) since the ENUMLOOKUP function no longer > creates a "Dial" action. So that narrows the number of features in > enum.conf down to simply "search" and that doesn't do anything, > either, since the ENUMLOOKUP function only searches through a single > suffix. > > If the dialplan author wishes to search through multiple ENUM zone > suffixes, it is not (IMHO) an overwhelming burden to use a simple > "GotoIf" to analyize the results of the prior ENUMLOOKUP function to > see if there is a value in there. > > I was rather hoping to have enum.conf become depreciated, and this > change seems to go backwards a few steps and solidify it's rather > confusing position in the config file directory. > > JT > > >> >>Author: kpfleming >>Date: Tue Feb 14 16:20:14 2006 >>New Revision: 10065 >> >>URL: http://svn.digium.com/view/asterisk?rev=10065&view=rev >>Log: >>warn people about ENUMLOOKUP counting change >> >>Modified: >> trunk/UPGRADE.txt >> >>Modified: trunk/UPGRADE.txt >>URL: >>http://svn.digium.com/view/asterisk/trunk/UPGRADE.txt?rev=10065&r1=10064&r2=10065&view=diff >>== >>--- trunk/UPGRADE.txt (original) >>+++ trunk/UPGRADE.txt Tue Feb 14 16:20:14 2006 >>@@ -40,8 +40,10 @@ >>modules.conf file then you will need to explicitly load the modules >> that >>contain the functions you want to use. >> >>-* The ENUM() function no longer supplies a default zone for >>searching; instead, >>- it uses the default zone(s) defined in enum.conf. >>+* The ENUMLOOP() function no longer supplies a default zone for >>searching; instead, >>+ it uses the default zone(s) defined in enum.conf. In addition, when >> the 'c' >>+ option (for counting the number of records is specified), but the >>lookup fails >>+ to match any records, the returned value will now be "0" instead of >> blank. >> >> The SIP channel: > > > ___ > --Bandwidth and Colocation provided by Easynews.com -- > > asterisk-dev mailing list > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-dev > ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] ENUM changes: discussion
On Tue, 2006-02-14 at 20:44 -0800, John Todd wrote: > I saw the changes to the ENUMLOOKUP function below, and one of them > raises a question in my mind. It seems to be going backwards to > continue using the "enum.conf" file when this is easily specified in > the function call itself, or assuming the "default" of e164.arpa. > The RFC for ENUM describes e164.arpa as the "only" ENUM suffix, so > while I don't agree that it is the "only" suffix that is useful for > ENUM lookups, having it as a default seems perfectly reasonable. The RFC may state that e164.arpa is the one and only suffix - but in the real world - we need alternatives. For example - how many countries (governments?) are even aware that e164 exists? Certainly in South Africa - ICASA (the regulator) is aware of e164 - but does nothing. Meanwhile, there are a few thousand entries in e164.org for South Africa. -- . . ___. .__ Posix Systems - Sth Africa. e.164 VOIP ready /| /| / /__ [EMAIL PROTECTED] - Mark J Elkins, Cisco CCIE / |/ |ARK \_/ /__ LKINS Tel: +27 12 807 0590 Cell: +27 82 601 0496 ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
[asterisk-dev] Outgoing call from MeetMe?
Has anyone done any work on enhancing the MeetMe keypad menu to allow the initiation of an outgoing call which will be connected to the conference? e.g. *5 followed by the number to call. This would be very useful for adding participants to the conference without the aid of some external control interface. I thought I had seen some talk of such a feature in the past, but can't find any reference to it now. Cheers Tony -- Tony Mountifield Work: [EMAIL PROTECTED] - http://www.softins.co.uk Play: [EMAIL PROTECTED] - http://tony.mountifield.org ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] ENUM changes: discussion
On Wed, February 15, 2006 11:00, Mark Elkins said: > On Tue, 2006-02-14 at 20:44 -0800, John Todd wrote: >> I saw the changes to the ENUMLOOKUP function below, and one of them >> raises a question in my mind. It seems to be going backwards to >> continue using the "enum.conf" file when this is easily specified in >> the function call itself, or assuming the "default" of e164.arpa. >> The RFC for ENUM describes e164.arpa as the "only" ENUM suffix, so >> while I don't agree that it is the "only" suffix that is useful for >> ENUM lookups, having it as a default seems perfectly reasonable. > > The RFC may state that e164.arpa is the one and only suffix - but in the > real world - we need alternatives. For example - how many countries > (governments?) are even aware that e164 exists? Certainly in South > Africa - ICASA (the regulator) is aware of e164 - but does nothing. > Meanwhile, there are a few thousand entries in e164.org for South > Africa. Just because of having e164.arpa the default one does not restrict the usage to other trees. Any tree is supported. But if there is a default tree, which one should it be? e164.org? e164.info?... IMO, the default tree should be the standard one. regards klaus ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] ENUM changes: discussion
On Wed, Feb 15, 2006 at 11:57:11AM +0100, Klaus Darilion wrote: KD> Just because of having e164.arpa the default one does not restrict the KD> usage to other trees. Any tree is supported. But if there is a default KD> tree, which one should it be? e164.org? e164.info?... IMO, the default KD> tree should be the standard one. I think, that if it is _one_ variable, it can be in asterisk.conf -- JID: [EMAIL PROTECTED] ICQ: 58417635 (please, use jabber, if you can) http://freesource.info/ ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] Outgoing call from MeetMe?
On 2/15/06, Tony Mountifield <[EMAIL PROTECTED]> wrote: > Has anyone done any work on enhancing the MeetMe keypad menu to allow > the initiation of an outgoing call which will be connected to the > conference? e.g. *5 followed by the number to call. > > This would be very useful for adding participants to the conference > without the aid of some external control interface. > > I thought I had seen some talk of such a feature in the past, but can't > find any reference to it now. > Tony - There was a patch up that did this pre 1.2. I'll see if I can dig it up again. I'm sure it probably needs a little work now to get it working with /trunk. -- Bird's The Word Technologies, Inc. http://www.btwtech.com/ ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] Outgoing call from MeetMe?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This would not be hard... something that would generate an outgoing spool file that would drop the user into the appropriate context... Channel: Zap/g0/XXX MaxRetries: 6 RetryTime: 60 WaitTime: 5 Context: conference-dropin Extension: 4711 Callerid: Conference Invite <(XXX) XXX-> Priority: 1 BJ Weschke wrote: > On 2/15/06, Tony Mountifield <[EMAIL PROTECTED]> wrote: > >> Has anyone done any work on enhancing the MeetMe keypad menu to >> allow the initiation of an outgoing call which will be connected >> to the conference? e.g. *5 followed by the number to call. >> >> This would be very useful for adding participants to the >> conference without the aid of some external control interface. >> >> I thought I had seen some talk of such a feature in the past, but >> can't find any reference to it now. >> > > Tony - > > There was a patch up that did this pre 1.2. I'll see if I can dig > it up again. I'm sure it probably needs a little work now to get it > working with /trunk. > > -- Bird's The Word Technologies, Inc. http://www.btwtech.com/ > ___ --Bandwidth and > Colocation provided by Easynews.com -- > > asterisk-dev mailing list To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-dev -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD8zREy9wPyZpnL2URAlf2AJ9JlPL9L9FTN7WcZZaXfAZEl0qAwACfT/+B FKCPgS57x4swbcy1VZe5Wjw= =KAOL -END PGP SIGNATURE- ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] Outgoing call from MeetMe?
On Wed, 2006-02-15 at 10:44 +, Tony Mountifield wrote:
> Has anyone done any work on enhancing the MeetMe keypad menu to allow
> the initiation of an outgoing call which will be connected to the
> conference? e.g. *5 followed by the number to call.
>
> This would be very useful for adding participants to the conference
> without the aid of some external control interface.
You don't need to change MeetMe for a feature like this. Just use the
'X' option to MeetMe and use something like this:
[meetme]
exten => s,1,Set(MEETME_EXIT_CONTEXT=meetme-menu-main)})
exten => s,2,MeetMe(1000,X)
exten => s,3,Hangup
[meetme-menu-main]
exten => 1,1,Goto(meetme-menu-dialout,s,1)
[meetme-menu-dialout]
exten => s,1,Background(dial-a-number)
exten => s,2,WaitExten(10)
exten => s,3,Goto(2)
exten => #,1,Goto(meetme,s,2)
exten => _,1,AGI(dialout,${EXTEN})
exten => _,2,Goto(meetme,s,2)
exten => _9NXX,1,AGI(dialout,${EXTEN})
exten => _9NXX,2,Goto(meetme,s,2)
exten => _91NXXNXX,1,AGI(dialout,${EXTEN})
exten => _91NXXNXX,2,Goto(meetme,s,2)
exten => i,1,Goto(meetme,s,2)
"dialout" is an AGI that drops a call file in the Asterisk spool
directory, although the outgoing call could be created in a number of
other ways. This is a simplified version of a system that I'll be
putting into production in a few days once the users of the system have
had a chance to test it out and give some feedback.
Jeff
signature.asc
Description: This is a digitally signed message part
___
--Bandwidth and Colocation provided by Easynews.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
[asterisk-dev] Re: Outgoing call from MeetMe?
In article <[EMAIL PROTECTED]>, Jeffrey C. Ollie <[EMAIL PROTECTED]> wrote: > > On Wed, 2006-02-15 at 10:44 +, Tony Mountifield wrote: > > Has anyone done any work on enhancing the MeetMe keypad menu to allow > > the initiation of an outgoing call which will be connected to the > > conference? e.g. *5 followed by the number to call. > > > > This would be very useful for adding participants to the conference > > without the aid of some external control interface. > > You don't need to change MeetMe for a feature like this. Just use the > 'X' option to MeetMe and use something like this: > [...snip...] Thanks Jeff, that looks like a useful technique. I'll give it a go. Cheers Tony -- Tony Mountifield Work: [EMAIL PROTECTED] - http://www.softins.co.uk Play: [EMAIL PROTECTED] - http://tony.mountifield.org ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
[asterisk-dev] any way to interact with mantis through email ?
is there a [gate]way to post notes so that they end up into mantis ? e.g. now i got a note on a bug i submitted, and would like to reply, but have no web access... cheers luigi ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] any way to interact with mantis through email ?
Luigi Rizzo wrote: > is there a [gate]way to post notes so that they end up > into mantis ? e.g. now i got a note on a bug i > submitted, and would like to reply, but have no web > access... Unfortunately there is not. That is one of the requirements we have in mind for switching to a new issue tracking system. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
[asterisk-dev] [EMAIL PROTECTED]: Re: [Core Asterisk 0004377]: [patch] [post 1.2] improved loader]
this is for corydon76, given that i have no good access
right now...
- Forwarded message from Luigi Rizzo <[EMAIL PROTECTED]> -
Date: Wed, 15 Feb 2006 10:29:58 -0800
From: Luigi Rizzo <[EMAIL PROTECTED]>
Subject: Re: [Core Asterisk 0004377]: [patch] [post 1.2] improved loader
To: [EMAIL PROTECTED]
wonder if this reply gets through since i have no
web access right now...
On Wed, Feb 15, 2006 at 11:16:19AM -0700, [EMAIL PROTECTED] wrote:
...
> --
> Corydon76 - 02-15-06 11:16
> --
> Rather than committing the "this is a hack, linkedlists.h needs to be
> updated" portions, I'd like to see your proposed revisions to
> linkedlists.h first as a separate patch.
It is nothing complex.
What i meant is that we need a macro in linkedlist.h to
provide an init value for an 'AST_LIST_HEAD_NOLOCK'.
It's a one-line addition to linkedlist.h (plus comments)
and a one-line change here where you replace the
.u = { .first = NULL, .last = NULL }
with an equivalent macro
.u = AST_LIST_HEAD_NOLOCK_INIT_VALUE
cheers
luigi
> Date Modified Username FieldChange
> ==
> 05-25-05 16:28 rizzo New Issue
> 05-25-05 16:28 rizzo File Added: loader.diff
> 05-25-05 16:28 rizzo CVS HEAD/Stable or Release? => CVS HEAD
> 05-25-05 16:28 rizzo CVS Date or Release Version => 20050520
> 09-06-05 18:07 MikeJ Disclaimer on File? => Yes
> 09-06-05 18:07 MikeJ Request Review=> No
> 09-06-05 18:07 MikeJ Summary [patch] [post-1.2]
> improved loader => [patch] [post 1.2] improved loader
> 09-13-05 15:46 hristo Issue Monitored: hristo
> 11-26-05 12:04 Mithraen Issue Monitored: Mithraen
> 12-12-05 20:23 bweschke Note Added: 0037782
> 12-13-05 00:20 russellNote Added: 0037828
> 12-13-05 00:55 rizzo Note Added: 0037832
> 12-13-05 05:06 bweschke Note Added: 0037839
> 12-13-05 08:25 rizzo Note Added: 0037843
> 01-05-06 13:29 Corydon76 Note Added: 0038866
> 01-05-06 13:32 Corydon76 Note Added: 0038867
> 01-06-06 07:51 rizzo Note Added: 0038934
> 01-06-06 20:04 rizzo File Added: loader-patch1.diff
>
>
> 01-06-06 20:17 rizzo Note Added: 0038974
> 01-27-06 15:23 mattf Status new => assigned
> 01-27-06 15:23 mattf Assigned To => Corydon76
> 02-13-06 14:46 Corydon76 Note Added: 0041151
> 02-13-06 15:16 rizzo File Added: loader-patch1a.diff
>
>
> 02-13-06 15:17 rizzo Note Added: 0041153
> 02-14-06 16:09 Corydon76 Note Added: 0041238
> 02-14-06 17:42 kpfleming Note Added: 0041249
> 02-15-06 08:25 rizzo Note Added: 0041289
> 02-15-06 08:32 rizzo Note Added: 0041291
> 02-15-06 08:51 rizzo File Added: loader-part2.diff
>
> 02-15-06 08:56 rizzo Note Added: 0041294
> 02-15-06 11:06 Corydon76 File Deleted: loader-patch1.diff
>
>
> 02-15-06 11:16 Corydon76 Note Added: 0041305
> ==
- End forwarded message -
___
--Bandwidth and Colocation provided by Easynews.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] ENUM changes: discussion
John Todd wrote: I was rather hoping to have enum.conf become depreciated, and this change seems to go backwards a few steps and solidify it's rather confusing position in the config file directory. That's fine... that change came out of a discussion on IRC, and it can certainly be put back. If it's true that enum.conf is no longer useful, then we'll just get rid of the old stuff. Same goes for TXTCIDNAME, if it is no longer needed. I think that after looking at the other replies to this thread that the enum.conf file can go away. I haven't heard anyone present anything that would require the ongoing existence of this file. So, can this go back to the way it was previously? Further, I think we can kill the enum.conf file entirely, since nothing in there should be used by func_enumlookup as far as I can tell. The "default" zone should be "e164.arpa" since that is the true root for ENUM (though of course the ENUMLOOKUP function supports whatever zone you would like to fill in as an alternate, if you are using something else.) PS: Those of you who have an interest in this thread should please take a look at http://bugs.digium.com/view.php?id=5526 - this is a patch that seems to be ready to go that extends the ENUMLOOKUP function a bit with the carrier extensions. More testers? JT ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
