<div dir="ltr"><div>Hi all,</div><div><br></div><div dir="ltr">Is there a way with Polycom phones or alternatives, to configure a specific SIP server for such as-feature-event or call-info events ?</div><div>If positive, maybe a third party SIP server (Kamailio, ...) supporting those events would allow such implementation.</div><div><br></div><div>Looking at Yealink phone Admin guide, it seems possible to set a Yealink phone to handle such event Notify/Subscribe communicating with a dedicated SIP server.</div><div>It seems rather "expensive" though.<br></div><div><br></div><div>Thoughts ?</div><div><br></div><div>Best regards<br></div></div><br><div class="gmail_quote"><div dir="ltr">Le mer. 1 mars 2017 à 21:21, Joshua Colp <<a href="mailto:jcolp@digium.com">jcolp@digium.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, Mar 1, 2017, at 04:02 PM, Trey Hilyard wrote:<br>
> Is there any "easy" way to add a custom subscribe handler? I have a set<br>
> of<br>
> users with Polycom phones that attempt to Events that Asterisk/PJSIP<br>
> doesn't recognize, "call-info" and "as-feature-event". It just generates<br>
> a<br>
> warning, but it got me wondering if I could add my own handlers for those<br>
> that didn't actually do anything but simply responded with a 200 OK.<br>
> <br>
> Yes, I can probably stop the phones from subscribing, but this is more<br>
> academic at this point. I assume there are things that I could do if I<br>
> wanted to make changes and recompile, but is there an easier way to add a<br>
> handler? I am a little confused about whether there is a subscribe<br>
> handler<br>
> in front of res_pjsip_pubsub, or if that is the first place that a<br>
> SUBSCRIBE could get caught.<br>
<br>
The res_pjsip_pubsub module itself provides a framework for registering<br>
support for event types (ast_sip_register_subscription_handler) and<br>
handles the subscription lifetime. Callbacks are invoked on the various<br>
things. Subscription requested, terminated, etc. There are also<br>
functions for sending a NOTIFY and such.<br>
<br>
There's also another framework for handling PUBLISH.<br>
<br>
This all does require writing a C module though and building it with<br>
Asterisk. There's no external mechanism to implement such things.<br>
<br>
-- <br>
Joshua Colp<br>
Digium, Inc. | Senior Software Developer<br>
445 Jan Davis Drive NW - Huntsville, AL 35806 - US<br>
Check us out at: <a href="http://www.digium.com" rel="noreferrer" target="_blank">www.digium.com</a> & <a href="http://www.asterisk.org" rel="noreferrer" target="_blank">www.asterisk.org</a><br>
<br>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
Check out the new Asterisk community forum at: <a href="https://community.asterisk.org/" rel="noreferrer" target="_blank">https://community.asterisk.org/</a><br>
<br>
New to Asterisk? Start here:<br>
      <a href="https://wiki.asterisk.org/wiki/display/AST/Getting+Started" rel="noreferrer" target="_blank">https://wiki.asterisk.org/wiki/display/AST/Getting+Started</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</blockquote></div>