Re: [Serusers] presence_b2b UA

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(a)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. > > Vaclav > >On 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(a)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. >> > >> > Vaclav >> > >> >On 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(a)lists.iptel.org >> >> http://lists.iptel.org/mailman/listinfo/serusers >> > >