Hi Daniel,
the current behaviour is, if the body is NULL it doesn't send the body, which works with most phones.
NOTIFY sip:user_7z7b6s@192.168.16.12:49454;transport=udp SIP/2.0
Via: SIP/2.0/UDP 192.168.16.155;branch=z9hG4bK7b96.7cb452f2000000000000000000000000.0
CSeq: 2 NOTIFY
Call-ID: NWEyNmRmMjg2YmJhMjQ0MWM2Y2Y1OTNjNTFhZDU1ZmY
Content-Length: 0
Max-Forwards: 70
Event: dialog
Contact: <sip:192.168.16.155:5060;transport=udp>
Subscription-State: active;expires=1800
with the patch, if param force_dummy_dialog = 1
NOTIFY sip:user_7z7b6s@192.168.16.12:49454;transport=udp SIP/2.0
Via: SIP/2.0/UDP 192.168.16.155;branch=z9hG4bK811e.7c3b7b25000000000000000000000000.0
CSeq: 2 NOTIFY
Call-ID: MTY0Zjk1ZWFhOGI2OTBmNTM1MTQ4NmMxN2Q1OTlmNGQ
Content-Length: 246
Max-Forwards: 70
Event: dialog
Contact: <sip:192.168.16.155:5060;transport=udp>
Subscription-State: active;expires=1800
Content-Type: application/dialog-info+xml
<?xml version="1.0"?>
<dialog direction="recipient">
<state>terminated</state>
</dialog>
</dialog-info>
which works for astra and bria (maybe others) and also works for previously working phones (tested with polycom, cisco, jitsi)
From: sr-dev [sr-dev-bounces@lists.sip-router.org] on behalf of Daniel-Constantin Mierla [miconda@gmail.com]
Sent: Thursday, January 29, 2015 1:53 AM
To: Kamailio (SER) - Development Mailing List
Subject: Re: [sr-dev] request for backporting to 4.2 - presence_dialoginfo : optionally send dummy dialog
Hello,
On 28/01/15 23:19, Luis Azedo wrote:
Hi List,
some sip clients like Bria and some sip phones like Astra
expect a <dialog-info><dialog></dialog></dialog-info>
on the NOTIFY message sent.
presence sends a NOTIFY after the SUBSCRIBE with NULL body if it doesn't find the presentity.
for clarification, the body is empty, not with a string NULL, isn't it?
Even it adds a new module parameter, the behaviour is preserved, and given bria and astra are quite spread, I am ok to backport. Let's see if others are fine as well.
Cheers,
Daniel
the patch already in master allows to configure the creation of a dummy dialog to be sent when presence doesn't find the presentity.
this behavior was only observed in dialog subscriptions so the patch was made against presence_dialoginfo.
the new param force_dummy_dialog defaults to 0 to preserve existing behavior.
using this patch Bria, Astra started working with BLF and others (Cisco, Polycom, Jitsi) kept running.
does anyone have anything against backporting this to 4.2 ?
Best
_______________________________________________
sr-dev mailing list
sr-dev@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda