19 Jul
2009
19 Jul
'09
2:45 p.m.
Jan Janak writes:
I think that the biggest problem is to decide how do
we want to do something
like this with the XML-RPC interface? Should we make the XML-RPC
client announce an IP address and port number for incoming XML-RPC
methods to the server and let the SIP server do a XML-RPC method call
on the client?
jan,
in click-to-dial app, user's web browser sends request to web server,
which in turn generates xmlrcp requests (invite, refer, bye) to sip
proxy and responds to user when the last xmlrpc request has terminated.
using normal web programming means, i don't know how web server could
respond immediately and then later inform the user about the status of
the operation.
Or should we perhaps extend XML-RPC in a non standard
way and
introduce something like provisional replies in SIP? (i.e. first the
server would send a 100 to notify the client that the request is
being processed and then send a 200 to notify the client that the
request was finished)?
i have seen xmlrpc server responding with 100 trying. i think there is
a http header or parameter that client can use to tell if it wants to
receive provisional responses or not. however, i don't see how
provisional responses would help here.
from user's point of view, the best solution would be such where sr
xmlrcp server would be waken up by tm module when final response to the
issued sip request has arrived after which the server would respond to
the xmlrpc client.
-- juha