11 Aug
2006
11 Aug
'06
5:47 a.m.
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
>