Hi Shridhar,
How to test STUN Keep alive Technique for Connection-less transport (UDP) by
sending STUN Binding requests from UE. Can you send me the sample SIP message?
All:
Please let me know who is familiar with GRUU. Please help me to understand the
GRUU mechanism.
Thanks & Regards,
Praveen Raj Swaminathan
Infosys Technologies Limited | PED | MCity
________________________________
From: Shridhar KS [mailto:[email protected]]
Sent: Wednesday, July 29, 2009 5:05 PM
To: Praveen Raj Swaminathan
Cc: [email protected]
Subject: Re: [Sipp-users] Firewall Disabling
Hi Praveen,
Good observation:
Here is the information related to this problem:
http://osdir.com/ml/telephony.sipp.user/2008-07/msg00068.html
<http://osdir.com/ml/telephony.sipp.user/2008-07/msg00068.html>I am not
familiar with GRUU.
Thanks & Regards,
Shridhar.
On Wed, Jul 29, 2009 at 10:04 AM, Praveen Raj Swaminathan
<[email protected]<mailto:[email protected]>> wrote:
Thanks Shridhar,
1) I have been added the line [authentication Digest] in the second REGISTER
message. SIPP will attach qop=auth_int, auth along with the second REGISTER.
It causes the issue. So we made code changes in auth.c and sending qop=auth
only, now it is getting 200 OK. It means IMS server is not accepting the qop
field containing two values. Can you clarify whether this is a bug in SIPP?
2) I am checking whether gruu (Globally Routable UA URI) is supporting. I have
been added the line Supported: gruu in the second REGISTER message and I am not
getting public id and temp id in the 200 OK contact header. Do I need to update
Open IMS server to the latest version? Can you help me in this?
Regards,
Praveen Raj Swaminathan
________________________________
From: Shridhar KS [mailto:[email protected]<mailto:[email protected]>]
Sent: Tuesday, July 28, 2009 7:55 PM
To: Praveen Raj Swaminathan
Cc: [email protected]<mailto:[email protected]>
Subject: Re: [Sipp-users] Firewall Disabling
Hi Praveen,
That may be because your authorization credentials may not be satisfying the
server requirement.
Try sending the authorization credentials you are getting in 401. You can do
that by adding the following line in your second REGISTER message you will be
sending after receiving 401.
[authentication Digest]
Also, I am not sure if you are saying firewall as NAT or something else with
some access list.
But NAT has nothing to do with SIP unless it is an application level
gateway(ALG) also. Normally if you have a simple NAT in between your IMS and
SIPp, and is not able to open a pin hole, you will not receive 401 also.
Also please check if your IMS is using any authentication server like Radius or
Diameter and it has configured with appropriate user name and password.
Thanks & Regards,
Shridhar.
On Mon, Jul 27, 2009 at 2:57 PM, Praveen Raj Swaminathan
<[email protected]<mailto:[email protected]>> wrote:
Hi,
I am using SIPp and Open IMS, both are running in linux machine. SIPp client is
not receiving 200 OK for registration message, keep on getting 401 message,
authorization info attached in REGISTER message. I hope some firewall will be
running in SIPp machine. May I know how to disable it for SIPp specific.
Thanks in advance.
Pravswam
------------------------------------------------------------------------------
_______________________________________________
Sipp-users mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/sipp-users
**************** CAUTION - Disclaimer *****************
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely
for the use of the addressee(s). If you are not the intended recipient, please
notify the sender by e-mail and delete the original message. Further, you are
not
to copy, disclose, or distribute this e-mail or its contents to any other
person and
any such actions are unlawful. This e-mail may contain viruses. Infosys has
taken
every reasonable precaution to minimize this risk, but is not liable for any
damage
you may sustain as a result of any virus in this e-mail. You should carry out
your
own virus checks before opening the e-mail or attachment. Infosys reserves the
right to monitor and review the content of all messages sent to or from this
e-mail
address. Messages sent to or from this e-mail address may be stored on the
Infosys e-mail system.
***INFOSYS******** End of Disclaimer ********INFOSYS***
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Sipp-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sipp-users