<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Hi.<br>
      <br>
      The link reported by Lenz refers to the frame_trigger patch we
      implemented.<br>
      The idea is to define a set of control frames that will trigger
      specific dialplan calls when found on the channel where the filter
      is applied.<br>
      In QueueMetrics this could be used to write to the queue_log some
      specific events used by the engine to retrieve, for example, hold
      and unhold events on the agent's channels.<br>
      I never tested the patch in a production environment but, as far
      as I remember, I was able to have events written in the queue_log
      in my test environment.<br>
      <br>
      As told by Lenz the code was not included in the main trunk
      because it allows arbitrary code execution on the same thread is
      handling the control packets in Asterisk.<br>
      <br>
      You sad you already tried to use it but without success. Could
      you, please, tell me what's the problem you had? <br>
      <br>
      Thank you and regards,<br>
      Marco Signorini.<br>
      <br>
      <br>
      <br>
      On 08/31/2012 09:05 AM, Lenz Emilitri wrote:<br>
    </div>
    <blockquote
cite="mid:CAN2-pA9rPx=8oPctj10PHRwWRe6FqknHPzrpUB9GARupKJy9qQ@mail.gmail.com"
      type="cite">
      <div>We developed something along these lines as a general
        solution that would not be linked to a specific channel types.
        This was needed as it would be very useful in call-center
        scenarios to keep track of channel holds done by agents, and as
        QueueMetrics implements this functionality, we would have liked
        to offer a general solution that could be of interest in many
        cases.<br>
      </div>
      <div><br>
      </div>
      <div>You can find it at <a moz-do-not-send="true"
          href="https://issues.asterisk.org/jira/browse/ASTERISK-19319">https://issues.asterisk.org/jira/browse/ASTERISK-19319</a>
        - it was not accepted into the main trunk as it may be quite
        dangerous as it allows arbitrary code execution on a single
        thread, but if you are careful and you know what you are doing,
        it basically works.</div>
      <div><br>
      </div>
      <div>So, as there is an actual need out there for something along
        these lines, if anybody has a better implementation idea, it
        would be great to share it :)</div>
      <div><br>
      </div>
      <div>Thanks</div>
      <div>l.</div>
      <div><br>
      </div>
      <div><br>
      </div>
      <div><br>
      </div>
      <br>
      <div class="gmail_quote">2012/8/27 uma udupi <span dir="ltr">&lt;<a
            moz-do-not-send="true" href="mailto:umaudupi@yahoo.com"
            target="_blank">umaudupi@yahoo.com</a>&gt;</span><br>
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">
          <div>
            <div style="font-size:12pt;font-family:times new roman,new
              york,times,serif">
              <div>Hi there,<br>
                <br>
                I'm new to Asterisk. I need to call (from dialplan) a
                macro or a gosub or an AGI upon one of the connected
                party in a bridged call (on sip trunk) puts the call on
                HOLD. Anyhelp greatly appreciated<br>
                <br>
                PS: I looked into app_dial.c if I can capture
                AST_CONTROL_HOLD event, and call a macro, however once
                ast_bridge_call() is called, Dial app does not get
                mid-call events on the call (like
                AST_CONTROL_HOLD/AST_CONTROL_UNHOLD)<br>
                <br>
                I also tried to use frame_trigger.c but it didn't work
                too. I understand this is not a good approach.<br>
                <br>
                Thanks,<br>
                Uma</div>
            </div>
          </div>
          <br>
          --<br>
_____________________________________________________________________<br>
          -- Bandwidth and Colocation Provided by <a
            moz-do-not-send="true" href="http://www.api-digital.com"
            target="_blank">http://www.api-digital.com</a> --<br>
          <br>
          asterisk-dev mailing list<br>
          To UNSUBSCRIBE or update options visit:<br>
          &nbsp; &nbsp;<a moz-do-not-send="true"
            href="http://lists.digium.com/mailman/listinfo/asterisk-dev"
            target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
        </blockquote>
      </div>
      <br>
      <br clear="all">
      <br>
      -- <br>
      <div>Loway - home of QueueMetrics - <a moz-do-not-send="true"
          href="http://queuemetrics.com" target="_blank">http://queuemetrics.com</a><br>
      </div>
      <div>
        Test-drive WombatDialer alpha @ <a moz-do-not-send="true"
          href="http://wombatdialer.com" target="_blank">http://wombatdialer.com</a>
      </div>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by <a class="moz-txt-link-freetext" href="http://www.api-digital.com">http://www.api-digital.com</a> --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   <a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></pre>
    </blockquote>
    <br>
  </body>
</html>