[asterisk-users] How to read or relay SIP PUBLISH messages ?
Olivier
oza.4h07 at gmail.com
Fri Feb 17 02:08:26 CST 2017
2017-02-16 19:33 GMT+01:00 Matthew Jordan <mjordan at digium.com>:
>
>
> 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
>
This presentation is very interesting.
Thanks for pointing it here !
May I use it to simply ask:
it seems that one major strength of Kamailio over Asterisk come from its
capability to fork SIP messages (REGISTER, ...)
and so have the same state replicated over cluster members.
Is this correct ?
Can we hope that Asterisk could also be capable of forking SIP messages and
replicate state over cluster members
?
> --
> Matthew Jordan
> Digium, Inc. | CTO
> 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
> Check us out at: http://digium.com & http://asterisk.org
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> Check out the new Asterisk community forum at: https://community.asterisk.
> org/
>
> New to Asterisk? Start here:
> https://wiki.asterisk.org/wiki/display/AST/Getting+Started
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20170217/b2b18f3a/attachment.html>
More information about the asterisk-users
mailing list