Dear ser users,
Sorry to trouble you all.
I'm developing my own sip client based on the nist jain sip library. I used SJphone with my SER and it works fine. When I change to JSphone(sip-communicator),something strange happened. I read the sourcecode of JSphone. It seems that the field nonce and cnonce in the "Authentication" field are both null in JSphone. However,I can see the values in SJphone are not null. Both clients can register onto my server. I wonder if this is a bug in ser.
Thank you for your reply.
Sincerely, Kun
Hi all
http://lists.digium.com/pipermail/asterisk-users/2004-November/074894.html
Is that same reason?
Does anyone can fix that too?
mack
On Tue, 21 Dec 2004 19:13:23 +0800 (CST) "ナ」タ、" haoniukun@sohu.com wrote:
Dear ser users,
Sorry to trouble you all.
I'm developing my own sip client based on the nist jain sip library. I used SJphone with my SER and it works fine. When I change to JSphone(sip-communicator),something strange happened. I read the sourcecode of JSphone. It seems that the field nonce and cnonce in the "Authentication" field are both null in JSphone. However,I can see the values in SJphone are not null. Both clients can register onto my server. I wonder if this is a bug in ser.
Thank you for your reply.
Sincerely, Kun
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
---
Masakazu Nakano http://www.dairiten.com/
On 21-12 19:13, ???? wrote:
Dear ser users,
Sorry to trouble you all.
I'm developing my own sip client based on the nist jain sip library. I used SJphone with my SER and it works fine. When I change to JSphone(sip-communicator),something strange happened. I read the sourcecode of JSphone. It seems that the field nonce and cnonce in the "Authentication" field are both null in JSphone.
It's a bug in JSphone if nonce is NULL, nonce can never be NULL because it is generated by the server.
However,I can see the values in SJphone are not null. Both clients can register onto my server. I wonder if this is a bug in ser.
Thank you for your reply.
Jan.