[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