Re: [OpenSIPS-Users] [OpenSIPS-Devel] New features in BLF and presence
2010/4/21 Anca Vamanu : >> Also, if I set "offline" status (other not to see me online) and I do >> a call, will then my watchers receive a NOTIFY with status "on the >> phone"? >> > Yes, they will, even if you set the status to offline. This can be > improved, to check if all the Published info has status offline, do not > do the aggregation. But what if the published info is not from the same > phone that is in a call? Hi Anca, this is a problem of the buggy SIMPLE specification in which the concept of "resource" is not present, so I cannot imagine a valid solution/workaround for it. This is what we have to deal with. Hopefully SIMPLE presence specifications will dead soon and a new and better specification will born ;) Regards. -- Iñaki Baz Castillo ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] [OpenSIPS-Devel] New features in BLF and presence
Iñaki Baz Castillo wrote: > 2010/4/20 Saúl Ibarra Corretgé : > >> May I suggest something: instead of using terms like 'on the phone' that >> suggest only telephony we could use a more generic ones, to match the >> concept of a 'session'. A user may establish an audio, video, msrp, t140 >> session with another, so instead of being 'on the phone' he would be 'In >> session...', instead of being 'Ringing...' it would be 'Alerting...' or >> some more appropriate messages. How does it sound? >> > > Common users wont understand what "on a session" means. > IMHO a IM session should never be notified to watchers as a different status. > > Also, if I set "offline" status (other not to see me online) and I do > a call, will then my watchers receive a NOTIFY with status "on the > phone"? > > > Yes, they will, even if you set the status to offline. This can be improved, to check if all the Published info has status offline, do not do the aggregation. But what if the published info is not from the same phone that is in a call? We can not have a perfect dialog-presence translation. Just attempting to make it as good as possible, so I will implement this case - do not notify about dialog state if all the presence statuses are offline. Maybe a good solution is what Ole said - to have per user options and for the user to configure if it wants this feature or not. Regards, -- Anca Vamanu www.voice-system.ro ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] [OpenSIPS-Devel] New features in BLF and presence
Hi Inaki > > Also, if I set "offline" status (other not to see me online) and I do > a call, will then my watchers receive a NOTIFY with status "on the > phone"? > I put the same question earlier, see Anca's answer. In short, this will be as you described. > Example: I am registered (but nothing published), performing a call and hang > up afterwards. I assume that it will trigger from offline to online but busy > to offline again. > > Is the module considering this or would this require the use of pua_usrloc to > have the correct behavior for clients that do not publish presence? The module does consider this case. The buddy will indeed appear offline until a call is preformed, then it will apear online with status 'Calling' and then if answered 'On the phone' . After the call ends the user will appear again offline. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] [OpenSIPS-Devel] New features in BLF and presence
Hi, > Common users wont understand what "on a session" means. > IMHO a IM session should never be notified to watchers as a different status. > I didn't say it was a good name, it was just the idea of extending the context from a 'call' to a 'session'. Well, the fact that the session is negotiated by using a SIP INVITE means user interaction, so he IS somehow busy, and I think he should get notified. Filtering MSRP assuming it's just IM looks no future-proof to me. If I'm sharing my desktop with you over MSRP or using whatever application over MSRP, I am busy and my watchers should know. If I were deaf and used video+T.140 I'd expect to be busy, but not 'On the phone'. A better message should be chosen, but IMHO every session, no matter it's nature should trigger a state change. Regards, -- Saúl Ibarra Corretgé AG Projects ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] [OpenSIPS-Devel] New features in BLF and presence
2010/4/20 Saúl Ibarra Corretgé : > May I suggest something: instead of using terms like 'on the phone' that > suggest only telephony we could use a more generic ones, to match the > concept of a 'session'. A user may establish an audio, video, msrp, t140 > session with another, so instead of being 'on the phone' he would be 'In > session...', instead of being 'Ringing...' it would be 'Alerting...' or > some more appropriate messages. How does it sound? Common users wont understand what "on a session" means. IMHO a IM session should never be notified to watchers as a different status. Also, if I set "offline" status (other not to see me online) and I do a call, will then my watchers receive a NOTIFY with status "on the phone"? -- Iñaki Baz Castillo ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] [OpenSIPS-Devel] New features in BLF and presence
Hi Anca and Inaki,
> Hi Inaki,
>
> Yes, it will.
> In fact what happens is that the dialog module will trigger the
> pua_dialoginfo callback for created dialog and pua_dialoginfo will
> generate a Publish with state trying. The dialoginfo - presence
> translation feature in presence module will then generate a presence
> publish with substatus ringing.
That sounds right to me.
> The pua_dialoginfo doesn't do any check of the SIP message and assumes
> that if the dialoginfo_set function has been called from the script,
> then it should generated dialog publications for that dialog.The problem
> is that the MSRP offers are also carried in SDP bodies so it is hard to
> check this from the script and not call dialoginfo_set for those Invites.
Currently I'm doing something like this:
if (has_body("application/sdp") && search_body("(m=).*?(MSRP)")) {
## SDP contains MSRP
}
You don't want to do call forwarding for a MSRP invite, do you? xDD
The problem I see here is with sessions with multiple types of streams:
if I send an INVITE with audio and MSRP, I don't know if communication
will be audio or MSRP chat or both.
> I think that somewhere in this path a check should be added to prevent
> generating dialog info and presence publications for MSRP Invites.
> Probably either by writing a function to be called from script like
> is_msrp() or doing the check in pua_dialoginfo.
>
May I suggest something: instead of using terms like 'on the phone' that
suggest only telephony we could use a more generic ones, to match the
concept of a 'session'. A user may establish an audio, video, msrp, t140
session with another, so instead of being 'on the phone' he would be 'In
session...', instead of being 'Ringing...' it would be 'Alerting...' or
some more appropriate messages. How does it sound?
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] [OpenSIPS-Devel] New features in BLF and presence
2010/4/15 Anca Vamanu : > Hi Inaki, > > The mixing is done as until now, no changes in this part. The presence > info extracted from dialog is considered to have the greatest priority > and is inserted the first. Here is an example: > > > 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:a...@192.168.2.132"> > > > open > > > On the phone > xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" id="pers_mixingid"> > > > > On the phone > > > > open > > > > > > > Busy > > Really nice. Thanks. -- Iñaki Baz Castillo ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] [OpenSIPS-Devel] New features in BLF and presence
Schumann Sebastian wrote: > Hi Anca > > Nice feature, one question: > > >> Publish. The result is that when a buddy is in a call you will see a >> status indicating this and in the rest of the time you will see the >> presence state that the buddy set in his client. >> > > Is this also done for buddies that did not publish any state before? How will > this be threaded by the module? > > Example: I am registered (but nothing published), performing a call and hang > up afterwards. I assume that it will trigger from offline to online but busy > to offline again. > > Is the module considering this or would this require the use of pua_usrloc to > have the correct behavior for clients that do not publish presence? > > Thanks! > > Sebastian > Hi Sebastian, The module does consider this case. The buddy will indeed appear offline until a call is preformed, then it will apear online with status 'Calling' and then if answered 'On the phone' . After the call ends the user will appear again offline. Regards, -- Anca Vamanu www.voice-system.ro ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] [OpenSIPS-Devel] New features in BLF and presence
Hi Olle, Olle E. Johansson wrote: > Anca, > This sounds like a very good start. My experience is that this is something > that different people will want to use in different ways. Some people don't > want phone calls to affect presence, where others say differently In the > future, there might be need for a per-uri configuration option or something > like that. > > Yes, this might be a good idea. Regards, -- Anca Vamanu www.voice-system.ro > Cheers, > /O > ___ > Devel mailing list > de...@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel > > ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
