You are probably right - we need some dialog management for more detailed information about user's status.
Most needed is testing (and performance testing), but probably it will be better to wait for new version of presence snapshot - I wanted it till the beginning of August but I had to do anything else. I hope, that new version will be ready at the end of August.
Vaclav
On Thu, Aug 10, 2006 at 09:47:24PM -0500, Curt Moore wrote:
I should have also mentioned that the point of sending a SUBSCRIBE to Asterisk is to be able to tell when the SIP user is "On the phone" as opposed to just "Online". Since Asterisk keeps track of SIP users and the state of their extension in the PBX, it can tell if a specific SIP user is in a given state other than just "Online". In order for this to work correctly with SER acting as a registrar/proxy, one would need to proxy the SUBSCRIBE messages through the SER presence server, acting as a b2b UA, and then out to the Asterisk server.
To my knowledge, there's no way to keep any further detailed status info about a SIP user in SER other than just basic "Online" or "Offline" without some sort of module which would look at and keep track of SIP dialogs per SIP user in SER to tell if a user were "On the phone".
Again, it sounds like the changes Vaclav has in store may do just what is needed. Hopefully he will be able to spend some time completing this soon. :-)
Please let me know if there is anything I can to to help in the completion or testing of the PA or B2B UA modules.
Thanks! -Curt
On 8/10/06, Vaclav Kubart vaclav.kubart@iptel.org wrote:
Hi Curt, are presence subscriptions enough? PA module is prepared to generate internal (QSA) subscription when it is processing SUBSCRIBE request. But it still can not handle responses - this will be done soon. I think that this will be what do you need.
I hope that I will have time for it and finish it till the end of August.
VaclavOn Wed, Aug 09, 2006 at 02:18:07PM -0500, Curt Moore wrote:
Hi Vaclav.
Thank you for your reply.
This sounds very close to what I'm trying to accomplish for presence. I have 1 SER server setup as the main proxy/registrar. If a SUBSCRIBE message comes into this server, it is forwarded over to a second SER server which maintains the watcher info, a presence server. This currently works perfectly.
What I'd like to happen is for the B2B UA on the presence server to generate a new SUBSCRIBE message and send it out to an Asterisk server, essentially having the SER presence server subscribe to the presence of the SIP user on the Asterisk server. If the presence changes on the Asterisk server, it will send a NOTIFY back to the presence SER server. This should then, as you mention, trigger a notification through QSA back to any watchers watching this particuar resource.
My confusion is how to get the outbound SUBSCRIBE generated through QSA and sent to the Asterisk server from the presence server after the initial inbound SUBSCRIBE comes into the SER presence server.
How would I get the SER server to generate the outbound SUBSCRIBE?
Thanks! -Curt
On 8/9/06, Vaclav Kubart vaclav.kubart@iptel.org wrote:
Hi, presence_b2b processes INTERNAL subscriptions (through QSA - internal API for status querying) and generates SIP subscriptions according to them (now only presence subscriptions). Each arriving NOTIFY triggers notification through QSA.
It works quite good with one SER as resource list server and another as presence server.
VaclavOn Wed, Aug 09, 2006 at 12:01:59PM -0500, Curt Moore wrote:
Hello all.
I have been experimenting with the ser-0.10.99-xxx branch(es) and have a question about the presence_b2b module.
I realize that the module is not yet fully complete but according to the documentation, when finished, the module should be able to take an inbound SUBSCRIBE request and then create a new SUBSCRIBE request outbound to another SIP entity or multiple SIP entities, ie Asterisk servers, hence the back to back functionality. What is the status of this functionality? Is anyone currently working to complete this functionality? I would be interested in helping complete or sponsoring the completion of this functionality.
My intent is to have a SER server act as the central watcher database server and have all SUBSCRIBE and NOTIFY requests channeled through this SER server. This SER server will then generate new SUBSCRIBE requests out to each server in a farm of Asterisk servers and the Asterisk servers will then send NOTIFIES back to the SER watcher server. The watcher server will then take care of sending the NOTIFY messages to the correct watcher(s), according to the data in its watcher database.
Is anyone currently doing anything similar to this using a different method or is using the yet to be completed B2B UA the correct/only way to accomplish this?
Thanks, -Curt _______________________________________________ Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers