I installed the tar file in all cases on top of CentOS 3.5
It seems that macro-rg-group may have had very old code in the tar file,
*but not* in the ISO.
I couldn't understand why that code was broken for so long from 1.1 thru
1.5and nobody
complaining.
Looks like the code in A@xxxxxx has code like yours below, but I
haven't been able to
get 2.0 running. So I can't comment on how the code below runs. In my
case the
AMPORTAL and other startup scripts seem to be missing.
When the tar file in installed on top of an older release the startup
scripts are still there -
but my last install on a fresh CentOS 4.1 system with 2.0B4 had no
startup scripts.
Lee Marzke
James Bennett wrote:
Lee,
For sure it works (minus my glitch) on 1.3 and 1.5. I installed from
scratch the ISO in all cases. How did you install?
Only other thing I can think of is that the format for describing the
numbers to call changed around here from all in one line separated by
dashes (201-202-203) to being listed one per line.
Here's an extract from my current extension.conf in A@H 1.5. This
works for me. This was why I was confused with your patch...it more
closely matches the commented out code than the code that isn't
commented out.
; Ring groups of phones
; ARGS: comma separated extension list
; 1 - ringtimer
; 2 - preifx
; 3 - extension list
[macro-rg-group]
exten => s,1,GotoIf($[${CALLERIDNAME:0:${LEN(${RGPREFIX})}} !=
${RGPREFIX}]?3:2)
; check for old prefix
exten => s,2,SetCIDName(${CALLERIDNAME:${LEN(${RGPREFIX})}}) ; strip off
old prefix
exten => s,3,Setvar(RGPREFIX=${ARG2}) ; set new prefix
exten => s,4,SetCIDName(${RGPREFIX}${CALLERIDNAME}) ; add prefix to
callerid name
exten => s,5,Setvar(RecordMethod=Group) ; set new prefix
exten => s,6,Macro(record-enable,${MACRO_EXTEN},${RecordMethod})
exten => s,7,Macro(dial,${ARG1},${DIAL_OPTIONS},${ARG3})
;exten => s,1,GotoIf($[${CALLERIDNAME:0:${LEN(${RGPREFIX})}} !=
${RGPREFIX}]?3:2
) ; check for old prefix
;exten => s,2,SetCIDName(${CALLERIDNAME:${LEN(${RGPREFIX})}}) ; strip
off old prefix
;exten => s,3,Setvar(RGPREFIX=${ARG2}) ; set new prefix
;;exten => s,4,Noop(${RGPREFIX} ${CALLERIDNAME})
;exten => s,4,SetCIDName(${RGPREFIX}${CALLERIDNAME}) ; add prefix to
callerid name
;;exten => s,6,Noop(Dial group ${ARG3})
;exten => s,5,Macro(dial,${ARG1},${DIAL_OPTIONS},${ARG3})
;exten => s,1,Setvar(GRP=${GRP}) ;my original choice of variable GROUP
is now overwritten by SetGroup. Copy contents to GRP
;exten => s,2,SetGroup(${CALLERIDNUM})
;exten => s,3,Setvar(FROMCONTEXT=rg-group)
;exten => s,4,SetCIDName(${PRE}${CALLERIDNAME})
;exten => s,5,Macro(dial,${RINGTIMER},${DIAL_OPTIONS},${GRP})
James Bennett
J.E.B. Solutions Inc.
www.jebsolutions.com
Lee Marzke wrote:
Ring groups never worked for me in A@H 1.1 thru 1.5 without this
patch. Not sure how it
would be working for you as the parameters string listing the extensions
to ring never gets
passed to macro-rg-group.
Looks like the code in A@xxxxxx has new code, but I'm having trouble
getting 2.0B4 to
even run.
Lee
James Bennett wrote:
Lee,
Ring groups ring for me in A@H 1.3 and 1.5 for sure. So it's a
different problem.
I posted my problem on the A@H forum.
After business hours I'll do a reboot and then log just this particular
problem in full details. As long as I pick up the phones before they
hit voicemail I can repeat it every time.
It's a pretty scary problem. I just can't believe nobody else has
spotted it. Unless nobody has call waiting enabled on their devices?
I really appreciate your quick reply.
Thanks!
James Bennett
J.E.B. Solutions Inc.
www.jebsolutions.com
Lee Marzke wrote:
James,
When using inbound ring groups in AAH, I found that it did not ring any
phones
at all, because the ring macro wasn't being passed it's arguments
correctly. The
patch just fixes passing the arguments to the macro.
Your problems sounds much more serious. If you can capture the asterisk
logs when this happens and send them to the forum maybe someone can help.
Lee Marzke
James wrote:
Message body follows:
Hello,
I have a problem with ring groups and call waiting. I noticed you
posted a patch. However, what you patched isn't clear to me so I'm
not sure if it's related to my problem.
My problem is when two incoming calls come in at the same time. The
first rings an extension as Zap/2-1 for example, and the second
incoming ring would ring in as Zap/2-2. When I pick up the first
incoming call on another extension the call is good. When I pick up
the second incoming call on Zap2-2 I get:
- Incoming caller STILL hears ringing (but asterisk has answered)
- when I pick up the extension I hear nothing!
- flash operator panel shows the extension still ringing (matching
what the caller receives)
- If I do a flash on my extension the incoming caller instead of
ringing hears message on hold music! But I can't bridge back to the
call...usualy...sometimes It bridges but I'm not sure if that's me
randomly hitting digits/flash on the incoming or outgoing line.
I am not sure if your patch can help me, but if you could better
explain it I would appreciate it. Someone else also posted a similar
request on your sourceforge A@H patch you submitted.
Any help would be appreciated,
Thanks.
James Bennett
--
This message has been sent to you, a registered SourceForge.net user,
by another site user, through the SourceForge.net site. This message
has been delivered to your SourceForge.net mail alias. You may reply
to this message using the "Reply" feature of your email client, or
using the messaging facility of SourceForge.net at:
https://sourceforge.net/sendmessage.php?touser=1217692
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
|
