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

SUBSCRIBE sip:212.232.26.232:5060;transport=udp SIP/2.0 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 Call-ID: 805970257-5060-2@BJC.BGI.II.GA CSeq: 20202 SUBSCRIBE Contact: sip:608@192.168.88.60:5060 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

PUBLISH sip:*55@master.rufan.at:5060 SIP/2.0 Via: SIP/2.0/UDP 10.0.20.71:5060;branch=z9hG4bK-6930-1-0 Max-Forwards: 70 To: sip:*55@master.rufan.at From: sip:*55@master.rufan.at:5060;tag=1 Call-ID: 1-6930@127.0.1.1 CSeq: 1 PUBLISH Contact: sip:mod_sofia@127.0.1.1:5060 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 listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- Daniel-Constantin Mierlahttp://www.asipto.comhttp://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

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

SUBSCRIBE sip:212.232.26.232:5060;transport=udp SIP/2.0 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 Call-ID: 805970257-5060-2@BJC.BGI.II.GA CSeq: 20202 SUBSCRIBE Contact: sip:608@192.168.88.60:5060 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

PUBLISH sip:*55@master.rufan.at:5060 SIP/2.0 Via: SIP/2.0/UDP 10.0.20.71:5060;branch=z9hG4bK-6930-1-0 Max-Forwards: 70 To: sip:*55@master.rufan.at From: sip:*55@master.rufan.at:5060;tag=1 Call-ID: 1-6930@127.0.1.1 CSeq: 1 PUBLISH Contact: sip:mod_sofia@127.0.1.1:5060 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 listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- Daniel-Constantin Mierlahttp://www.asipto.comhttp://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