Please see below.
--Original Message--
From: sha...@a1telecoms.co.za
To: asterisk-users@lists.digium.com
ReplyTo: sha...@a1telecoms.co.za
Subject: Matching asterisk PBX cdrs to Telco's Trunk CDR's
Sent: Feb 20, 2012 17:43
Say, the Telcos CDR's have date, time, duration. number dialed and
On 20/02/2012 15:48, Shaun Wingrin wrote:
I'm looking for some software to marry these to sets of data records.
Time and Duration may be out a few seconds and number dialed may be
duplicated.
If it's a small data set, do it by hand. If it's a large data set, good
luck - we never got ours to
An application commanding asterisk with AMI is going to launch lots of
concurrent calls in very few seconds using the Originate AMI command but
it's also going to need to be able to cancel very quickly any call of them
even before each OriginateResponse event comes in. All the calls will be
done
Jose Arias cyr2...@gmail.com writes:
An application commanding asterisk with AMI is going to launch lots of
concurrent calls in very few seconds using the Originate AMI command but it's
also going to need to be able to cancel very quickly any call of them even
before each OriginateResponse
At 5:46 PM +0200 2008/10/16, Olivier wrote:
Is Incomplete() application an acceptable work around for ISN ?
It is impossible to determine the full sequence of digits for an ISN
number ahead of time (well, I shouldn't say impossible because one
could create a really nasty hack...) because the
2008/10/17 John Todd [EMAIL PROTECTED]
At 5:46 PM +0200 2008/10/16, Olivier wrote:
Is Incomplete() application an acceptable work around for ISN ?
It is impossible to determine the full sequence of digits for an ISN
number ahead of time (well, I shouldn't say impossible because one
On Friday 17 October 2008 10:15:22 Olivier wrote:
2008/10/17 John Todd [EMAIL PROTECTED]
At 5:46 PM +0200 2008/10/16, Olivier wrote:
Is Incomplete() application an acceptable work around for ISN ?
It is impossible to determine the full sequence of digits for an ISN
number ahead of time
Is Incomplete() application an acceptable work around for ISN ?
___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
On Thursday 16 October 2008 10:46:51 Olivier wrote:
Is Incomplete() application an acceptable work around for ISN ?
If you could explain what ISN is, that might help.
--
Tilghman
___
-- Bandwidth and Colocation Provided by http://www.api-digital.com
On Thu, 16 Oct 2008 11:47:15 -0500, Tilghman Lesher
[EMAIL PROTECTED] said:
If you could explain what ISN is, that might help.
an ISN, stands for ITAD Subscriber Number, which in turn stands for
'Internet Telephony Administrative Domain Subscriber Number'.
Essentially it is a very clever way
On Thu, 2008-10-16 at 13:59 -0500, Karl Fife wrote:
On Thu, 16 Oct 2008 11:47:15 -0500, Tilghman Lesher
[EMAIL PROTECTED] said:
If you could explain what ISN is, that might help.
an ISN, stands for ITAD Subscriber Number, which in turn stands for
'Internet Telephony Administrative
On Thursday 16 October 2008 13:59:46 Karl Fife wrote:
On Thu, 16 Oct 2008 11:47:15 -0500, Tilghman Lesher
[EMAIL PROTECTED] said:
If you could explain what ISN is, that might help.
an ISN, stands for ITAD Subscriber Number, which in turn stands for
'Internet Telephony Administrative Domain
On Tue, 2008-10-14 at 19:59 -0500, Karl Fife wrote:
QUESTION: Is there a way to do just that? As in: match:
one more of the preceding character or expression (a variation on '.')
zero more of the preceding character or expression (a variation on bang)
No, there's currently nothing in the
On Wed, 2008-10-15 at 09:06 -0400, Jared Smith wrote:
On Tue, 2008-10-14 at 19:59 -0500, Karl Fife wrote:
QUESTION: Is there a way to do just that? As in: match:
one more of the preceding character or expression (a variation on '.')
zero more of the preceding character or expression (a
On Wed, 15 Oct 2008 14:22:09 -0600, Steve Murphy [EMAIL PROTECTED]
said:
the real killer is trailing context... for instance...
XX[58]*ZZ
If you give it the pattern 3358, it has to decide that
the [58]* part is empty and the 58 is matched by ZZ.
And this makes the whole algorithm pretty
Steve Murphy [EMAIL PROTECTED] writes:
Other than the above, we could invent a slightly different syntax for
pcre type expressions; and you'd have to invent some sort of
disambiguation
for when multiple extensions might be matched, to choose the 'best' one.
I'd just use strict ordering from
I have to eat crow here guys. I was completely wrong about the use of
dialplan wildcards and non numerics such as *,# and +.
My test was invalid and I drew the wrong conclusion. So to summarize:
A single dialplan extension that matches
'3129842314' or
'*989' or
'+13129842314'
BUT NOT
'i' nor
Karl Fife [EMAIL PROTECTED] writes:
is in fact simply something like:
exten = _[0-9*#+]X.,1,NoOp(*** match ***)
As long as you're happy to match *9foo and not match **123, then yes,
that will work.
/Benny
___
-- Bandwidth and Colocation Provided
On Wed, 15 Oct 2008 01:54:40 +0200, Benny Amorsen
[EMAIL PROTECTED] said:
Karl Fife [EMAIL PROTECTED] writes:
is in fact simply something like:
exten = _[0-9*#+]X.,1,NoOp(*** match ***)
As long as you're happy to match *9foo and not match **123, then yes,
that will work.
Thanks
On Sat, 2008-10-11 at 10:09 +0200, Benny Amorsen wrote:
Tilghman Lesher [EMAIL PROTECTED] writes:
exten = [0-9*#+].,...
If that does not work, that is a bug and needs to be reported as such.
Sadly that matches *james and 9foo...
It would be nice if you could use normal regexes (e.g.
Steve Murphy [EMAIL PROTECTED] wrote:
People have voiced this before; but the cut-down version of RE's that
the matching algorithms allow are fairly fast, both in the new and
the old pattern matching algorithms.
Steve
Your explanation is clear and it seems like a good design choice to
exten = +13129842314,1,Noop(Happy match!)
or
exten = _+1NXXNXX,1,Noop(Happier match!)
Karl Fife wrote:
Steve Murphy [EMAIL PROTECTED] wrote:
People have voiced this before; but the cut-down version of RE's that
the matching algorithms allow are fairly fast, both in the new and
the old
Tilghman Lesher [EMAIL PROTECTED] writes:
exten = [0-9*#+].,...
If that does not work, that is a bug and needs to be reported as such.
Sadly that matches *james and 9foo...
It would be nice if you could use normal regexes (e.g. with the pcre
library) in extensions.conf.
/Benny
Tilghman Lesher wrote:
Can someone suggest the best way to deal with this without resoring to a
highly repetitive/iterative dialplan?
Leif and I discussed something like this at Astricon 2008, and we came up with
this patch:
http://bugs.digium.com/view.php?id=13632
Nice! For those of
On Tuesday 07 October 2008 21:58:31 Karl Fife wrote:
So that leaves only one question:
exten = ?
What extension the following:
'3129842314'
'*989'
'+13129842314'
BUT does not match:
'i'
'james'
is this possible?
I think you already described it in your original post:
exten =
On Wednesday 08 October 2008 02:20:38 Rob Hillis wrote:
Tilghman Lesher wrote:
Can someone suggest the best way to deal with this without resoring to a
highly repetitive/iterative dialplan?
Leif and I discussed something like this at Astricon 2008, and we came up
with this patch:
On Monday 06 October 2008 14:58:09 Karl Fife wrote:
In several places online, and in the Asterisk F.O.T. book, there is a
warning against using '_.' saying:
[it] should probably never be used.
However, the need often arises act on numeric extensions that begin with
*'s and #'s, and '+', and
Leif and I discussed something like this at Astricon 2008, and we came up
with
this patch:
http://bugs.digium.com/view.php?id=13632
--
Tilghman
That's a great idea. Good work.
Also, nice work with the new CDR stuff in 1.6!
So that leaves only one question:
exten = ?
What
In several places online, and in the Asterisk F.O.T. book, there is a
warning against using '_.' saying:
[it] should probably never be used.
However, the need often arises act on numeric extensions that begin with
*'s and #'s, and '+', and of course _X. does not match
I have tried exten =
Can someone please explain how to match a + character in a dial plan (so
that I can swap it for the 00 country escape code).
In Europe at least the + is a common shortcut for the international
prefix (which is 00 in my country). However, my trunk chokes on the +
character and all my
I made up some dialplan rules to strip the '+' and replace with the
00...
Something like:
exten = _+XX.,1,Dial(zap/g1/00${EXTEN:1})
PaulH
On Thu, 2008-02-07 at 00:18 +, Ed W wrote:
Can someone please explain how to match a + character in a dial plan (so
that I can swap it for the 00
Am Donnerstag, den 07.02.2008, 00:18 + schrieb Ed W:
Can someone please explain how to match a + character in a dial plan (so
that I can swap it for the 00 country escape code).
In Europe at least the + is a common shortcut for the international
prefix (which is 00 in my country).
On Wednesday 06 February 2008 18:18:12 Ed W wrote:
Can someone please explain how to match a + character in a dial plan (so
that I can swap it for the 00 country escape code).
In Europe at least the + is a common shortcut for the international
prefix (which is 00 in my country). However, my
Hello,
I'm trying to match a number in international format, like +49...
The regexp string ^\+49 doesn't work. Both in $[+49... : ^\+49]
and ${REGEX(^\+49 ${NUMBER})}.
The error is: WARNING[12486]: func_strings.c:138 regex: Malformed input
REGEX(): Invalid preceding regular expression.
Eugen Rogoza wrote:
Hello,
I'm trying to match a number in international format, like +49...
The regexp string ^\+49 doesn't work. Both in $[+49... : ^\+49]
and ${REGEX(^\+49 ${NUMBER})}.
The error is: WARNING[12486]: func_strings.c:138 regex: Malformed input
REGEX(): Invalid preceding
On Fri, 2007-05-25 at 08:22 -0600, Anthony Francis wrote:
Eugen Rogoza wrote:
Hello,
I'm trying to match a number in international format, like +49...
The regexp string ^\+49 doesn't work. Both in $[+49... : ^\+49]
and ${REGEX(^\+49 ${NUMBER})}.
The error is: WARNING[12486]:
Anthony Francis wrote:
Eugen Rogoza wrote:
Hello,
I'm trying to match a number in international format, like +49...
The regexp string ^\+49 doesn't work. Both in $[+49... : ^\+49]
and ${REGEX(^\+49 ${NUMBER})}.
The error is: WARNING[12486]: func_strings.c:138 regex: Malformed input
PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Eugen Rogoza
Sent: 25 May 2007 15:30
To: Anthony Francis; asterisk-users@lists.digium.com
Subject: Re: [asterisk-users] Matching + at the beginning
of the line
On Fri, 2007-05-25 at 08:22 -0600, Anthony Francis wrote:
Eugen Rogoza wrote
On Fri, 2007-05-25 at 08:14 -0700, Steve Langstaff wrote:
I came across an issue where the user interface I was using (FreePBX?) to
enter expressions was silently swallowing backslash characters (this wasn't
regexp, but my dialplan had to add a SIP header with a semicolon in - that
was
On 25 May 2007, at 16:44, Eugen Rogoza wrote:
On Fri, 2007-05-25 at 08:14 -0700, Steve Langstaff wrote:
I came across an issue where the user interface I was using
(FreePBX?) to enter expressions was silently swallowing backslash
characters (this wasn't regexp, but my dialplan had to add a
Hello
how can I distinguish all the calls that arrive to my Asterisk starting
with: 351217588XXX ?
I want match the first 9 digits does Asterisk has any function for this?
Thanks
Regards
Joao Pereira
___
--Bandwidth and Colocation provided by
Use ${EXTEN:0:9}
Regards,
Ove
Joao Pereira wrote:
Hello
how can I distinguish all the calls that arrive to my Asterisk
starting with: 351217588XXX ?
I want match the first 9 digits does Asterisk has any function for
this?
Thanks
Regards
Joao Pereira
: Thursday, December 14, 2006 5:35 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: [asterisk-users] matching the beginning of an EXTEN
Hello
how can I distinguish all the calls that arrive to my Asterisk starting
with: 351217588XXX ?
I want match the first 9 digits does
perfect!!!
its now working this way:
exten = _.,4,GotoIf($[ ${EXTEN:0:9} = 351217588] ? 20:10)
Thanks a lot
Joao Pereira
Ove Aursand wrote:
Use ${EXTEN:0:9}
Regards,
Ove
Joao Pereira wrote:
Hello
how can I distinguish all the calls that arrive to my Asterisk
starting with: 351217588XXX ?
Joao Pereira wrote:
Hello
how can I distinguish all the calls that arrive to my Asterisk starting
with: 351217588XXX ?
I want match the first 9 digits does Asterisk has any function for
this?
exten = _51217588XXX,1,Whatever
___
--Bandwidth and
I'm trying to find a way in
extensions.conf to match ANYTHING dialled, including characters such as
*.
The following works for
numbers...
exten =
_X.,1,AGI(script)
but doesn't catch when someone dialls *
first. I tried this:
exten =
_.,1,AGI(script)
which catches when someone dials
Douglas Garstang schrieb:
I'm trying to find a way in extensions.conf to match ANYTHING dialled,
Hi,
your subject is probably not correct. You want to catch
anything except h, t, ...?
Maybe you want to get matched the digits and *.
Thus try:
_[*0-9].
This will match any dialed string,
which doesn't work. So, what exten regex can I use that would catch anything
dialled, or how can I stop Asterisk from executing the AGI script a second
time when I use _.?
I think you can just add an extension h in that context, something like
exten = h,1,Hangup
hth
Use of '_.' is discouraged. In this case, '_[*X].' should work I think
Douglas Garstang wrote:
I'm trying to find a way in extensions.conf to match ANYTHING dialled,
including characters such as *.
The following works for numbers...
exten = _X.,1,AGI(script)
but doesn't catch when
Hi All,
Just wondering, is it possible to set a variable and have it matched as
below?
I have verified the variable as being set correctly in a previous macro, but
I doesnt
match when I dial it. :( If I replace the {$CP} with the number it is
matched.
exten =
Nope, you cant do that, you should use patterns instead.
On 2/21/06, Adam James Dale [EMAIL PROTECTED] wrote:
Hi All,
Just wondering, is it possible to set a variable and have it matched as
below?
I have verified the variable as being set correctly in a previous macro, but
I doesnt
match
On Fri, Dec 23, 2005 at 01:28:14PM -0600, Kevin P. Fleming wrote:
C F wrote:
Kevin, are you saying that in 1.2 a peer can make calls to asterisk as
well, so there is a reason to set the context?
If so what is the difference between friend and peer?
Yes. All configuration options
I have an incoming call from, say, extension 1000 and IP address 192.168.10.4
in Asterisk. There is no user 1000 defined in sip.conf and allowguest=no. Here
is what sip.conf has:
[general]
allowguest=no
Context=default
[proxy1-in]
type=user
host=192.168.10.4
insecure=very
context=Company1
Subject: [Asterisk-Users] Matching SIP users and peers
I have an incoming call from, say, extension 1000 and IP address
192.168.10.4 in Asterisk. There is no user 1000 defined in sip.conf and
allowguest=no. Here is what sip.conf has:
[general]
allowguest=no
Context=default
[proxy1-in]
type=user
On 12/23/05, Douglas Garstang [EMAIL PROTECTED] wrote:
I have an incoming call from, say, extension 1000 and IP address 192.168.10.4
in Asterisk. There is no user 1000 defined in sip.conf and allowguest=no.
Here is what sip.conf has:
[general]
allowguest=no
Context=default
[proxy1-in]
On 12/23/05, Douglas Garstang [EMAIL PROTECTED] wrote:
I have an incoming call from, say, extension 1000 and IP address 192.168.10.4
in Asterisk. There is no user 1000 defined in sip.conf and allowguest=no.
Here is what sip.conf has:
I'm not sure what you mean by extension 1000, but I'm
[mailto:[EMAIL PROTECTED]
Sent: Friday, December 23, 2005 11:19 AM
To: 'Asterisk Users Mailing List - Non-Commercial Discussion'
Subject: RE: [Asterisk-Users] Matching SIP users and peers
Hello Doug,
A user is only matched on when the user part of the SIP URI matches the name
of one in sip.conf
Douglas Garstang wrote:
I'm wondering why it matched against the peer before the user, when this was an
incoming call. Shouldn't an incoming call match a 'user' before a 'peer', if at
all on the peer.
'user' entries are never matched by IP address.
As of Asterisk 1.2, there is no reason to
Discussion
Subject: Re: [Asterisk-Users] Matching SIP users and peers
On 12/23/05, Douglas Garstang [EMAIL PROTECTED] wrote:
I have an incoming call from, say, extension 1000 and IP address 192.168.10.4
in Asterisk. There is no user 1000 defined in sip.conf and allowguest=no.
Here is what sip.conf
Kevin, are you saying that in 1.2 a peer can make calls to asterisk as
well, so there is a reason to set the context?
If so what is the difference between friend and peer?
On 12/23/05, Kevin P. Fleming [EMAIL PROTECTED] wrote:
Douglas Garstang wrote:
I'm wondering why it matched against the
C F wrote:
Kevin, are you saying that in 1.2 a peer can make calls to asterisk as
well, so there is a reason to set the context?
If so what is the difference between friend and peer?
Yes. All configuration options supported under 'type=user' are also
supported under 'type=peer'.
The
Anybody know how to match under sip.conf and cisco 53xx ? It looks like due
to dynamic port number, it is not able to authorize it.
Here is what I get under debug
Using latest request as basis request
Sending to 216.236.160.15 : 5060 (non-NAT)
Found no matching peer or user for
Hi,
I'm using 1.0.7. I'm trying to write a rule in my dial plan to recognise
and dial URLs.
As far as I can see, the expression matching logic is not really up to
this - all it can handle is Z, X, N and '.'. If I write a rule that
matches '_.' then it starts catching calls to extensions like
PROTECTED]
Sent: 22 December 2004 06:13
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: [Asterisk-Users] Matching Caller ID against a database of
knowncallers
Hi All,
Is it possible to match caller ID on incoming calls against say text
file of know numbers and diaplay
the second one and set the CLI
to area name number
Doing this has no apparent delay to the call.
Peter
-Original Message-
From: Eric Bishop [mailto:[EMAIL PROTECTED]
Sent: 22 December 2004 06:13
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: [Asterisk-Users
On Wed, 22 Dec 2004 17:12:56 +1100, Eric Bishop [EMAIL PROTECTED] wrote:
Hi All,
Is it possible to match caller ID on incoming calls against say text
file of know numbers and diaplay the name rather than the numerical
caller ID?
Eric,
Check out the following.
: [Asterisk-Users] Matching Caller ID against a database of
knowncallers
Would you mind posting the script and extensions.conf entry
to the list?
On Wed, 22 Dec 2004 11:53:42 -, Peter Braidwood
[EMAIL PROTECTED] wrote:
Hi,
I use a simple script to query a 2 table's in a MySQL
Hi All,
Is it possible to match caller ID on incoming calls against say text
file of know numbers and diaplay the name rather than the numerical
caller ID?
I know some handsets such as the SNOM 190 can do this from within the
handset, but I would like it done and updated centrally at the
Jeremy McNamara wrote:
Try exten = _0X. --- notice the period
[m807oth]
exten = _80780780.,1,StripMSD(7)
exten = _0.,1,SetVar,clidest=${EXTEN}
exten = _0.,2,Goto(cli,s,1)
...noticed mine? :-) I've tried a combo-wildcard (with an X, as in your
example) as well, with no results either. The
I've been having trouble matching variable extensions on a zap channel
(an E1 line). Doing it the extensions.conf way:
[pri1]
; Match 8078078- calls
include = m807nat
include = m807mob
include = m807oth
[m807nat]
exten = _80780782X,1,StripMSD(7)
exten =
Try exten = _0X. --- notice the period
Jeremy McNamara
Apollon Koutlides wrote:
I've been having trouble matching variable extensions on a zap channel
(an E1 line). Doing it the extensions.conf way:
[pri1]
; Match 8078078- calls
include = m807nat
include = m807mob
include = m807oth
Hi,
It is possible to do matching in oh323.conf with
asterisk-oh323?
example : alias=0XXX
Regards
Rattana
Rattana BIV wrote:
Hi,
It is possible to do matching in oh323.conf with asterisk-oh323?
example : alias=0XXX
No. In this case you will put in oh323.conf:
prefix=0
and then, in extensions, you will do the pattern
matching you want.
Regards
Rattana
Michael.
73 matches
Mail list logo