<p>Hi Eloy, I added the framework for tagging connections to simplify the development of further extensions via sending a structure packaged at once.</p>

<p>I haven't extended the config functions for evapi relay, because I thought we may need to decide on naming.</p>

<p>We can add a second parameter for the tags in evapi_*relay() or we can add a new pair of functions: evapi_relay_multicast(data, tag), plus the one for async.</p>

<p>Then, if you want to filter by ip:port, then evapi_relay_unicast(data, ip, port) can be added. Even when sticking to tags only, could make sense to have evapi_relay_unicast(data, tag) which stops after matching first tag. The multicast is walking to all connections to see if the tag matches.</p>

<p>This unicast/multicast can be a new field in evapi_msg_t as an integer, so it won't need any speciall allocation to pass to evapi workers.</p>

<p>What do you think?</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly or <a href="https://github.com/kamailio/kamailio/pull/596#issuecomment-217393993">view it on GitHub</a><img alt="" height="1" src="https://github.com/notifications/beacon/AF36ZWNlxChsh1cE3lycJGOVdsS7Wiglks5p-wcAgaJpZM4IWQgE.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/kamailio/kamailio/pull/596#issuecomment-217393993"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>