[Asterisk-Users] Stop this I'm trying to help you.(Fwd: Please confirm your message)

C F shmaltz at gmail.com
Thu Apr 14 16:14:50 MST 2005


Why do ppl do this?
and no I will *not* follow the link.

---------- Forwarded message ----------
From: Ronald Wiplinger <ronald at elmit.com>
Date: Apr 14, 2005 7:05 PM
Subject: Please confirm your message
To: shmaltz at gmail.com


This message was created automatically by mail delivery software (TMDA).

Your message attached below is being held because the address
<shmaltz at gmail.com> 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.

   ronald-confirm-1113519932.20737.3397bd at elmit.com

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 <shmaltz at gmail.com>
To: Ronald Wiplinger <ronald at elmit.com>
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 <ronald at elmit.com> wrote:
> C F wrote:
>
> >On 4/11/05, Damian Funnell <damian.funnell at fff.co.nz> 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:${TRUNKMSD}}@sip-13)
> >>>>>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:${TRUNKMSD}}@sip-12)
> >>>>>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:${TRUNKMSD}}@sip-13)
> >>>>>exten => _90NZZZZ.,312,hangup
> >>>>>;
> >>>>>exten => _90NZZZZ.,410,Busy
> >>>>>exten => _90NZZZZ.,411,SYSTEM(mail -s 'VPBX all lines in use'
> >>>>>ronald at elmit.com)
> >>>>>
> >>>>>
> >>>>>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/9xxxxx at Line-optimize-f8c8,2",
> >>>>>"sip-13") in new stack
> >>>>>   -- Executing CheckGroup("Local/9xxxxx at Line-optimize-f8c8,2", "1")
> >>>>>in new stack
> >>>>>   -- Executing NoOp("Local/9xxxxx at Line-optimize-f8c8,2", "Line
> >>>>>106") in new stack
> >>>>>   -- Executing Dial("Local/9xxxxxx at Line-optimize-f8c8,2",
> >>>>>"SIP/xxxxx at sip-13") in new stack
> >>>>>   -- Called xxxxx at sip-13
> >>>>>
> >>>>>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/yyyyyyy at sip-13") in new stack
> >>>>>   -- Called yyyyyyyyy at sip-13
> >>>>>
> >>>>>Ahh, it does not check Group counter sip-13, ... it checks
> >>>>>SIP/615-92c3 and Local/9xxxxx at Line-optimize-f8c8,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.
>
>



More information about the asterisk-users mailing list