C F wrote:
Why do ppl do this? and no I will *not* follow the link.
Good,
can we come to the subject, please?
How can I set it up?
I guess more people would like to know how to get Setgroup / Checkgroup to work. Obviously it is not doing as I expected it.
bye
Ronald
---------- Forwarded message ---------- From: Ronald Wiplinger <[EMAIL PROTECTED]> Date: Apr 14, 2005 7:05 PM Subject: Please confirm your message To: [EMAIL PROTECTED]
This message was created automatically by mail delivery software (TMDA).
Your message attached below is being held because the address <[EMAIL PROTECTED]> has not been verified.
To release your message for delivery, please send an empty message to the following address, or use your mailer's "Reply" feature.
[EMAIL PROTECTED]
This confirmation verifies that your message is legitimate and not junk-mail. You should only have to confirm your address once.
If you do not respond to this confirmation request within 14 days, your message will not be delivered.
---------- Forwarded message ---------- From: C F <[EMAIL PROTECTED]> To: Ronald Wiplinger <[EMAIL PROTECTED]> Date: Thu, 14 Apr 2005 19:05:25 -0400 Subject: Re: [Asterisk-Users] Setgroup & Checkgroup I will need more info in order to help you. Are you on IRC?
On 4/14/05, Ronald Wiplinger <[EMAIL PROTECTED]> wrote:
C F wrote:
On 4/11/05, Damian Funnell <[EMAIL PROTECTED]> wrote:
I would try setting the group name to something shorter and less likely to conflict with any reserved system names (try something arbitrary like 'group1', 'group2', etc.
Our experience with SetGroup certainly doesn't indicate that using two or more setgroups results in previous ones reverting to zero - we have a total of four SetGroups and these are set and checked extensively through our dial plan and they work fine.
You wont see it unless you run into problems or use noop in your dial plan to show you what is being done.
But by design setgroup just sets a variable for the current channel, it's the same as using SetVar(GROUP=whatever), as soon as issue setgroup again the first group is gone, consider the following: exten _.,1,SetGroup(test) exten _.,2,SetGroup(test2) exten _.,3,GetGroupCount(test) exten _.,4,Noop(${GROUPCOUNT}) exten _.,5,GetGroupCount(test2) exten _.,6,Noop(${GROUPCOUNT})
line 4 above will return 0, and line 6 will return 1. The reason is because you have overwritten the variable ${GROUP} at line 2.
To Ronald, I think your problem has to do with the fact that you are using local channels, which are then mapped to sip channels, but I don't think you should have any operational problems, correct me if I'm wrong.
The code should use one of the two lines (I jump there in with Random() ), and if this (first) one is already in use than use the other one. However, it does not work. I also need to make sure that an outgoing call will set this flag as well.
Can you help me to fix that?
bye
Ronald
Ronald Wiplinger wrote:
Damian Funnell wrote:
Hi Ronald,
We use SetGroup/CheckGroup and your syntax appears to be fine (either that or ours is broken too, but it seems to work ok!) One question - what lines do you have in priority 1 - 3? We found that our dial plan would not work unless the first priority (for all extensions) was 1 and unless the priorities increased an integer at a time (not sure if this is by design or not, but was the only way it would work regardless).
It starts correct with 1 (there are some NoOp and ENUM lookup, which is not interesting for that case)
Also (and this is really grasping at straws), have you tried using different group names in case 'sip-1x' has any special meaning? These names can be anything that is meaningful and we use the format 'line28x' for our group names (which works fine).
The real group name is sip-xxxxxxxxxxxx (my phone number) I have shorten it at the example.
I read somewhere, if you have TWO or more Setgroup than all previous ones will be set to zero back!!! If that is the case than it makes not much sense to use it that way I do. As you can see in the CLI outputs, I copied, it uses a different name of the group variable.
bye
Ronald
Good luck!
Ronald Wiplinger wrote:
I have some troubles to use Setgroup / Checkgroup!!!
I setup a test (NoOP's are deleted): First caller should get first line, second caller should get second line, third caller should get busy and send an email. Note, that I used twice here to check the first line!!!
[trunkint_A]
exten => _90NZZZZ.,104,SetGroup(sip-13) ; increase Group counter exten => _90NZZZZ.,105,CheckGroup(1) ; check no more than 1 in this group exten => _90NZZZZ.,106,NoOp(Line 106) exten => _90NZZZZ.,107,Dial(SIP/${EXTEN:[EMAIL PROTECTED]) exten => _90NZZZZ.,108,hangup ; exten => _90NZZZZ.,206,SetGroup(sip-12) exten => _90NZZZZ.,207,CheckGroup(1) exten => _90NZZZZ.,208,NoOp(Line 208) exten => _90NZZZZ.,209,Dial(SIP/${EXTEN:[EMAIL PROTECTED]) exten => _90NZZZZ.,210,hangup ; exten => _90NZZZZ.,308,SetGroup(sip-13) exten => _90NZZZZ.,309,CheckGroup(1) exten => _90NZZZZ.,310,NoOp(Line 310) exten => _90NZZZZ.,311,Dial(SIP/${EXTEN:[EMAIL PROTECTED]) exten => _90NZZZZ.,312,hangup ; exten => _90NZZZZ.,410,Busy exten => _90NZZZZ.,411,SYSTEM(mail -s 'VPBX all lines in use' [EMAIL PROTECTED])
I thought that 104 will set the Group counter "sip-13" to "1" and will use line 107 for the dial command If another caller comes in that way, "sip-13" would be "2" and because Checkgroup allows only "1", the Group coutner would be setback to "1" and it will follow the jump to 206 and sets the Group counter "sip-12" to "1" A third call should now find Group counter sip-12 and sip-13 set to "1" and give a busy signal and send an email.
HOWEVER, the log file show: -- Executing SetGroup("Local/[EMAIL PROTECTED],2", "sip-13") in new stack -- Executing CheckGroup("Local/[EMAIL PROTECTED],2", "1") in new stack -- Executing NoOp("Local/[EMAIL PROTECTED],2", "Line 106") in new stack -- Executing Dial("Local/[EMAIL PROTECTED],2", "SIP/[EMAIL PROTECTED]") in new stack -- Called [EMAIL PROTECTED]
so far so good!
-- Executing SetGroup("SIP/615-92c3", "sip-13") in new stack -- Executing CheckGroup("SIP/615-92c3", "1") in new stack -- Executing NoOp("SIP/615-92c3", "Line 106") in new stack -- Executing Dial("SIP/615-92c3", "SIP/[EMAIL PROTECTED]") in new stack -- Called [EMAIL PROTECTED]
Ahh, it does not check Group counter sip-13, ... it checks SIP/615-92c3 and Local/[EMAIL PROTECTED],2
How can I make it that it checks exactly the Group counter sip-13 ????
-- Ronald Wiplinger (CEO of ELMIT) http://www.elmit.com +886 (0) 939--77-55-16 or FWD 511208 - I'm a SpamCon Foundation Member, #694, Verify it at http://www.spamcon.org
PS: Spam prevention! Our system is protected with a spam prevention program. If you send us an e-mail, our system will send you a confirmation message back. Just reply to this confirmation message please. After receiving this confirmation message, our system will send the hold message (one) and all future messages (after the received confirmation message) to me without asking you again.
_______________________________________________ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
-- Ronald Wiplinger (CEO of ELMIT) http://www.elmit.com +886 (0) 939--77-55-16 or FWD 511208 - I'm a SpamCon Foundation Member, #694, Verify it at http://www.spamcon.org
PS: Spam prevention!
Our system is protected with a spam prevention program. If you send us an e-mail, our system will send you a confirmation message back. Just reply to this confirmation message please. After receiving this confirmation message, our system will send the hold message (one) and all future messages (after the received confirmation message) to me without asking you again.
_______________________________________________ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
