Re: [SR-Users] Kamailio notify conflict when a second call lands on a phone

2016-05-19 Thread Daniel-Constantin Mierla
The mailman list manager filtered the initial message in bounce list with the reason: " The message headers matched a filter rule" No time to dig in more to discover the reason why it did it. Cheers, Daniel On 19/05/16 18:48, Pejman Rajabian wrote: > > Is there is reason why this post does not

Re: [SR-Users] Kamailio notify conflict when a second call lands on a phone

2016-05-19 Thread Pejman Rajabian
Is there is reason why this post does not get approved? From: Pejman Rajabian [mailto:pej...@italkip.com] Sent: Wednesday, May 18, 2016 12:59 PM To: 'sr-users@lists.sip-router.org' Subject: Kamailio notify conflict when a second call lands on a phone I am having a dilemma with manipula

Re: [SR-Users] Kamailio NOTIFY

2011-02-11 Thread Spinov Evgeniy
Yea, yea, I got that dialog do not have offline and online status. You mean, that there is no way to tell phone, that extension is offline, even if it is offline by Kamailio no chance to pass this info to phone unless it's subscribed for presence event, right? On Fri, 2011-02-11 at 10:34 +0100,

Re: [SR-Users] Kamailio NOTIFY

2011-02-11 Thread Klaus Darilion
Am 11.02.2011 07:57, schrieb Spinov Evgeniy: > Thank you for detailed explanation, now I've got it, but I'm confused > about workaround. Really nothing could be done to send phone offline or > get it online when it's off? For instance to get it online, it's > possible to emulate false call, with

Re: [SR-Users] Kamailio NOTIFY

2011-02-10 Thread Spinov Evgeniy
Thank you for detailed explanation, now I've got it, but I'm confused about workaround. Really nothing could be done to send phone offline or get it online when it's off? For instance to get it online, it's possible to emulate false call, with INVITE, for instance. Have you tried something like th

Re: [SR-Users] Kamailio NOTIFY

2011-02-10 Thread Klaus Darilion
Spinov Evgeniy wrote: On Wed, 2011-02-09 at 16:24 +0100, Klaus Darilion wrote: Thank you for the links, especially this one http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_dialoginfo.html#id2887055 I've missed this section while read README. I've fixed that out and made it working for

Re: [SR-Users] Kamailio NOTIFY

2011-02-10 Thread Spinov Evgeniy
On Wed, 2011-02-09 at 16:24 +0100, Klaus Darilion wrote: Thank you for the links, especially this one http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_dialoginfo.html#id2887055 I've missed this section while read README. I've fixed that out and made it working for INVITE requests. I.e. wh

Re: [SR-Users] Kamailio NOTIFY

2011-02-09 Thread Klaus Darilion
Am 09.02.2011 14:56, schrieb Spinov Evgeniy: > On Wed, 2011-02-09 at 14:47 +0100, Klaus Darilion wrote: >> Do you see PUBLISH requests with Event: dialog? >> >> Note: those will be sent by pua_dialoginfo module to Kamailio itslef, >> thus will be sent on the loopback interface. You should see the

Re: [SR-Users] Kamailio NOTIFY

2011-02-09 Thread Spinov Evgeniy
On Wed, 2011-02-09 at 14:47 +0100, Klaus Darilion wrote: > Do you see PUBLISH requests with Event: dialog? > > Note: those will be sent by pua_dialoginfo module to Kamailio itslef, > thus will be sent on the loopback interface. You should see them with > "ngrep -d any port 5060" > > klaus No, PU

Re: [SR-Users] Kamailio NOTIFY

2011-02-09 Thread Klaus Darilion
Do you see PUBLISH requests with Event: dialog? Note: those will be sent by pua_dialoginfo module to Kamailio itslef, thus will be sent on the loopback interface. You should see them with "ngrep -d any port 5060" klaus Am 09.02.2011 14:16, schrieb Spinov Evgeniy: > Hello all. > > I'm having pro