[SR-Users] Presence: Notify on publication status refresh
Daniel-Constantin Mierla
miconda at gmail.com
Mon Jan 25 13:39:31 CET 2016
On 21/01/16 20:16, Juha Heinanen wrote:
> Daniel-Constantin Mierla writes:
>
>>> Is it possible to configure Kamailio that wouldn’t send NOTIFY request
>>> to watchers when publication status refresh (PUBLISH without XML Body)
>>> occur?
>>>
>> no NOTIFY should be sent? Or the NOTIFY in this case should be sent
>> without body, just with a new expire value and same etag?
> Based on first example in Section 15 of rfc3903 no notify should be
> sent:
>
> M9: The PUA determines that the event state it previously published
> is about to expire, and refreshes that event state.
>
> PUBLISH sip:presentity at example.com SIP/2.0
> Via: SIP/2.0/UDP pua.example.com;branch=z9hG4bK771ash02
> To: <sip:presentity at example.com>
> From: <sip:presentity at example.com>;tag=1234kljk
> Call-ID: 98798798 at pua.example.com
> CSeq: 1 PUBLISH
> Max-Forwards: 70
> SIP-If-Match: dx200xyz
> Expires: 3600
> Event: presence
> Content-Length: 0
>
> M10: The presence agent receives, and accepts the publication
> refresh. The timers regarding the expiration of the specific
> event state identified by the entity-tag are updated. As always,
> the ESC returns an entity-tag in the response to a successful
> PUBLISH. Note that no actual state change has occurred, so the
> watchers will receive no NOTIFYs.
>
So the condition is that if a PUBLISH with no body is received and it
matches and existing record based on the value of SIP-If-Match header,
then don't trigger NOTIFY requests at all... right?
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Book: SIP Routing With Kamailio - http://www.asipto.com
http://miconda.eu
More information about the sr-users
mailing list