Hi!
No, actually Kamailio is still the same and there is support of dialogs. But yep, it accept Subscribes and Publishes, but no NOTIFY.

Actually part of presence is so:
….
loadmodule "presence.so"
loadmodule "presence_dialoginfo.so"
loadmodule "presence_xml.so"
loadmodule "presence_mwi.so"
loadmodule «presence_reginfo.so"
…

# ----- presence params -----
modparam("presence", "db_url", DBURL)

# ----- presence_xml params -----
modparam("presence_xml", "db_url", DBURL)
modparam(«presence_xml", "force_active", 1)

…
route[PRESENCE] {
    if(!is_method("PUBLISH|SUBSCRIBE"))
        return;

    if (!t_newtran())
    {
        sl_reply_error();
        exit;
    };

    if(is_method("PUBLISH")) {
        handle_publish();
        t_release();
    } else {
        if( is_method("SUBSCRIBE")) {
            handle_subscribe();
            t_release();
        }
    }
    exit;


2016-04-04 17:17 GMT+03:00 SamyGo <govoiper@gmail.com>:

Hi Igor,
If Im understanding this correctly you have a separate Kamailio just to handle Presence.
In this case you mention that a SUBscribe has been acknowledged by this Presence Kamailio but it does not do anything further!!
What are the chances that this new Presence kamailio is separate from the main environment and probably has no dialog info in it and hence it is not releasing any NOTIFY or PUBLishes?

Question: sharing a common database with dialog and registrations in their tables...this new Presence kamailio is supposed to work as it is ? Right ?
Or does OP need to do some registrations and dialog replication via DMQ or some other module?

Regards,
Sammy

On Apr 4, 2016 07:12, "Igor Olhovskiy" <igorolhovskiy@gmail.com> wrote:
Hi!

Thanks, but actually with debug=3(4) in syslog last message I get is messages about hash tables in tm module. 

2016-04-04 8:45 GMT+03:00 Daniel-Constantin Mierla <miconda@gmail.com>:
Hello,

can you run with debug=3 in config file and see if you get some hints from syslog messages about what happens ?

Cheers,
Daniel


On 01/04/16 17:17, Igor Olhovskiy wrote:
Hi!
I want to create custom Presence server. Main idea - phones subscribes to it (for ex, extension 100@domain). This subscription actually lit BLF button on a phone.
But main idea - change status of BLF can arrive from different locations via PUBLISH, I assume.
Problem - phones has different type of SUBSCRIBE, like dialog(application/dialog-info+xml) or presence(application/pidf+xml). Some of phones are not fully follow RFC (Like using in SUBSCRIBE R-URI not domain, but IP, but in From or To - domains are used)
Phones are registered elsewhere, not on Kamailio. After reading RFC (especially event:dialog part) I’ve found about SIP-If-Match part, but problem about sync this data across multiple PUBLISH locations.
Can be Kamailio be a presence server in this scenario?

For ex, SUBSCRIBE

Via: SIP/2.0/UDP 192.168.88.60:5060;branch=z9hG4bK1656003104;rport
From: <sip:608@master.rufan.at>;tag=521811605
To: <sip:*55@master.rufan.at>;tag=05ea6038656678bd0198b8977f3c0221.4e93
CSeq: 20202 SUBSCRIBE
X-Grandstream-PBX: true
Max-Forwards: 70
User-Agent: Grandstream GXP2160 1.0.5.33
Expires: 180
Supported: replaces, path, timer, eventlist
Event: dialog
Accept: application/dialog-info+xml,multipart/related,application/rlmi+xml
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE
Content-Length: 0


I’ve tried send to Kamailio this PUBLISH

Via: SIP/2.0/UDP 10.0.20.71:5060;branch=z9hG4bK-6930-1-0
Max-Forwards: 70
CSeq: 1 PUBLISH
Event: presence
Expires: 3600
Content-Type: application/pidf+xml
Content-Length:  486

<?xml version="1.0" encoding="ISO-8859-1"?>
<presence xmlns='urn:ietf:params:xml:ns:pidf'
xmlns:dm='urn:ietf:params:xml:ns:pidf:data-model'
xmlns:rpid='urn:ietf:params:xml:ns:pidf:rpid'
xmlns:c='urn:ietf:params:xml:ns:pidf:cipid' entity='sip:*55@master.rufan.at'>
<tuple id='z9hG4bK-6930-1-0'>
<status>
<basic>open</basic>
</status>
</tuple>
<dm:person id='1'>
<rpid:activities>
<rpid:on-the-phone/>
</rpid:activities>
<dm:note>Night</dm:note>
</dm:person>
</presence>

Kamailio answers with 200OK, but after this - no NOTIFY to subscribed clients.

--
Best regards,
Igor


_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


-- 
Daniel-Constantin Mierla
http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, Berlin, May 18-20, 2016 - http://www.kamailioworld.com

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




--
Best regards,
Igor

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




--
Best regards,
Igor