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.
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 ????
bye
Ronald
_______________________________________________ Asterisk-Users mailing list [email protected] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
_______________________________________________ Asterisk-Users mailing list [email protected] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
_______________________________________________ Asterisk-Users mailing list [email protected] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
