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

Reply via email to