Hi , As a part of my MS project I proposed a 3-party authentication protocol which can be used in SIP too. for SIP. The proxy server utilizes this protocol to authenticate the UC's Invite,using the Registrar server. Now, I have to estimate the totoal overhead of the scheme on a normal SIP call. I searched dozens of SIP, UMTS, GSM related papers to find a simulator or emulator which could be used to to achive the goal but I couldn't get any solutions as I need to consider execution of the RSA,AES and SHA on the agent's processor, I also need the solution to answer me with not too much programming due to my time constraints. I browsed the Resirocate project docs but I don't think then can answer me in time. I am also not sure whether SIPp, MS LIve communication server and SERcan help me? Could you please suggest me any rapid solutions? Any simulation techniques?any piece of software or programmining interface? By the way I am a little familiar with opnet as I did a tiny project with it. Doest it help me?
Thanks in advance. Samira.
--------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.
On Mon, Dec 03, 2007 at 09:58:28AM -0800, Samira Salam wrote:
Hi , As a part of my MS project I proposed a 3-party authentication protocol which can be used in SIP too. for SIP. The proxy server utilizes this protocol to authenticate the UC's Invite,using the Registrar server. Now, I have to estimate the totoal overhead of the scheme on a normal SIP call. I searched dozens of SIP, UMTS, GSM related papers to find a simulator or emulator which could be used to to achive the goal but I couldn't get any solutions as I need to consider execution of the RSA,AES and SHA on the agent's processor, I also need the solution to answer me with not too much programming due to my time constraints. I browsed the Resirocate project docs but I don't think then can answer me in time. I am also not sure whether SIPp, MS LIve communication server and SERcan help me? Could you please suggest me any rapid solutions? Any simulation techniques?any piece of software or programmining interface? By the way I am a little familiar with opnet as I did a tiny project with it. Doest it help me?
I would stay away from Microsoft LCS if you having something to do with different authentication schemes.
Surprise, surprise, the whole LCS authentication scheme is not rfc 3261 but instead some MS propriertary NTLM bullsh*t...
Thanks in advance. Samira.
Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. _______________________________________________ Users mailing list Users@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users
On Monday 03 December 2007, Samira Salam wrote:
Hi , As a part of my MS project I proposed a 3-party authentication protocol which can be used in SIP too. for SIP. The proxy server utilizes this protocol to authenticate the UC's Invite,using the Registrar server. Now, I have to estimate the totoal overhead of the scheme on a normal SIP call. I searched dozens of SIP, UMTS, GSM related papers to find a simulator or emulator which could be used to to achive the goal but I couldn't get any solutions as I need to consider execution of the RSA,AES and SHA on the agent's processor, I also need the solution to answer me with not too much programming due to my time constraints. I browsed the Resirocate project docs but I don't think then can answer me in time. I am also not sure whether SIPp, MS LIve communication server and SERcan help me? Could you please suggest me any rapid solutions? Any simulation techniques?any piece of software or programmining interface? By the way I am a little familiar with opnet as I did a tiny project with it. Doest it help me?
Hi Samira,
you could use a SIP library like pjlib to create your testing scenario. But if you simply want to determine the overhead, then you could also estimate or calculate this easily, at least for the traffic overhead. The run-time overhead could also be roughly estimated.
Simulation or a real implementation is of course more acurate, but also much more work..
cheers,
Henning