[asterisk-users] How to read or relay SIP PUBLISH messages ?

[Matthew Jordan]

On Thu, Feb 16, 2017 at 9:05 AM, Olivier <oza.4h07 at gmail.com> wrote:

>
>
> 2017-02-16 14:27 GMT+01:00 Joshua Colp <jcolp at digium.com>:
>
>> On Thu, Feb 16, 2017, at 09:11 AM, Olivier wrote:
>> > Hello,
>> >
>> > I'm currently testing a so-called VQ RTCP-XR feature from a a SIP
>> > hardphone.
>> >
>> > When a phone has enabled this feature, it would send a SIP PUBLISH to
>> its
>> > SIP Server letting this server dispatch to whatever is needs to.
>> >
>> > These messages are sent during calls but may also be sent when a call is
>> > over.
>> >
>> > At the moment, I'm using Asterisk to serve these SIP phones so my
>> > Asterisk
>> > box receives those SIP PUBLISH and discard them with a 489 Bad Event
>> > reply.
>> >
>> > I'm not using or planning to use any Kamalio server.
>> >
>> > 1. Is there an Asterisk version that would allow me to read (and store)
>> > in
>> > or out-of-band SIP PUBLISH messages from SIP phones ?
>> > 2. Alternatively, is there an Asterisk version that would allow me to
>> > relay
>> > those messages somewhere ?
>>
>> No version of Asterisk allows the handling or relaying of these
>> arbitrary PUBLISH messages. In the case of PJSIP though that is
>> pluggable so a C module could be written to do something.
>>
>
> From RFC 6035, "This document defines a new SIP event package, vq-rtcpxr,
> and
> a new MIME type, application/vq-rtcpxr, that enable the collection and
> reporting of metrics".
>
> As I'm not aware of many SIP event package currently implemented in
> PJSIP/Asterisk acting for
> out-of-calls events, it shouldn't be easy to mimic current features to add
> this new one.
>
>
>
>> > 3. Would a Kamalio-like box allow me to do this ?
>>
>> You could act as you wish on the PUBLISH requests in Kamailio.
>>
>
> This seams easier, for the moment.
>
> I think I still need to better understand what are mixed Asterisk-Kamailio
> architectures main strengths
> compared to alternatives (Asterisk alone, Kamailio/RTPproxy, ...) but that
> is another story.
>
> Thank you very much for replying.
>
>
This admittedly high speed presentation that glosses over lots of complex
topics may or may not help you:

http://ftp.osuosl.org/pub/fosdem/2017/K.3.401/asterisk.mp4

/shameless plug off

-- 
Matthew Jordan
Digium, Inc. | CTO
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: http://digium.com & http://asterisk.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20170216/a4f338b2/attachment.html>