I've got the web phone successfully installed. Now, I need to map the SIP session to the HTTP session.
Can any of these be done:
Can I pass the users http session id as part of the SUP URI that would be perfect, but I'm not sure if that can be done with the intermediary SIP service?
Can I set an applet parameter that it passed on through the SIP URI to the destination?
I noticed in the SIP URI that reaches my server there are 2 parameters, "session.sessionid" and "session.parentsessionid" - but I don't know where they come from? Do they come from the web phone? If they do, is there some way to access their values from the containing web page?
Hello
HTTP is usually not supported by VoIP servers.
To be able to use the HTTP tunneling you will need to use our VoIP tunneling server. which can do the transcoding from-to http between your server(s) and the webphone clients.
Istvan
I just read your post again and now i see that your quistion might not be about the http tunneling.
So:
The SIP sessions has nothing common with the http sessions.
What you will have to do is to generate the applet parameters from serverside (.net, php or anything you use) different for each users.
You will have to change the parameters needed for authentication for each user session. These are the username and the password applet parameters.
To make it secure, you have two options:
-pass the parameters encrpted
-or use md5 instead of password
Istvan Fenesi
Thanks for the reply.
If each connection needs a unique userid/password combination, that may require setting up a lot of user accounts, which is not what I had in mind. If the webphone is running on a popular web page, the number of accounts I would need becomes hard to manage.
You are suggesting to reference the user by the session.callerid parameter, I assume.
Does the webphone also generate the session.sessionid and session.parentsessionid parameters that I am receiving in the SIP URI?
Sorry, but i don't clearly understand how do you plan this mapping?
Are you a developer and can modify you voip server sourcecode to check the http session id?
> Does the webphone also generate the session.sessionid and session.parentsessionid parameters that I am receiving in the SIP URI?
No. The webphone is completely separate from the http session. It is based entirely on the SIP protocol.
Maybe it would be easier if I would know what exactly do you wish to achieve. For example you can authenticate all sip sessions coming from the webphone with the same username/password. This depends how are you using the webphone.
I want to write to the webpage that contains the webphone, using Axis.
I create the webpage that contains the webphone. The webphone makes a call that (eventually) ends up on one of my servers. I want to be able to match each individual SIP call that comes in to my IVR to the HTTP session that created the page that contains the webphone that made THAT call, so I can send updates to that web page.
I think that what I'm seeing in the URL to my IVR server is parameters that are coming from my SIP provider, not from the webphone, now that I look at it closer.
What I was looking for was a parameter that I could set in the applet that would be passed on to my SIP provider, and then eventually included in the URL that reaches my IVR server. The more I learn about this, the more I think that it isn't possible.
We could easily add one such a parameter.
So you would be able to pass any string (e.g. http session id) for the webphone (by applet parameter or java script API function call), than that parameter would be forwarded with the all SIP requests.
For example in a header like: X-Session: xxxxxx
Let me know if you are seriously interested to buy the webphone, then we can send you an upgrade on Monday.
Just to confirm, this parameter would make it through to my application? Is there a chance that it might not be passed on depending on what SIP server I'm using?
Yes
Actually you will set the session id via a java script function call or by applet parameter.
So this will be up to you when you set or skip this.
You need to register / login to be able to post in the forum
Forum home