[Devel] Re: qop support and CSeq increasing in UAC Module

[Andreas Heise]

maybe the source (auth.c) of sipsak is a good example how qop could be 
implemented easy.
It looks not so complicated,  what do you think?

ciao,
Andreas

Bogdan-Andrei Iancu schrieb:
> Hi Andreas,
>
> yes, that is true - is a bit of complicated to calculate the response 
> when qop is on. Have you tried the approach suggested by Thomas? to 
> completely ignore the qop from challenge and to send the response as 
> if no qop was received......
>
> regards,
> bogdan
>
> Andreas Heise wrote:
>
>>
>> I've make some tests to deeper understand qop, for this I've modify 
>> the auth_hdr.c to
>> ignore the qop and add a static qop=auth to the outgoing 
>> authorization header, but this
>> way wasn't successful.
>> After review of RFC 2617 I found that in case of qop cnonce and 
>> nonce-count (nc) MUST
>> send by the client so it's not so easy as expected.
>>
>> Andreas
>>
>>
>> Andreas Heise schrieb:
>>
>>>
>>> Hi Bogdan,
>>>
>>> I think for the qop it could solved very quickly  if only  the auth 
>>> method will be implemented first,
>>> because the Digest for auth should be the same as without qop 
>>> (unspecified) see page 14
>>> in the following example....
>>>
>>>   
>>> http://www.softarmor.com/wgdb/docs/draft-smith-sip-auth-examples-00.txt
>>>
>>> so it should work as follow....
>>>
>>> if qop is detected, parse qop value if "auth" is allowed, if yes 
>>> send Authenticated Request as without qop,
>>> but add qop="auth" or qop=auth ?!  ........if *only* auth-int is 
>>> allowed goto error as before ;-(
>>>
>>> This should make a lot of users happy......
>>>
>>> Am I right? Is it possible for somebody to do this soon ;-)
>>>
>>> regards,
>>> Andreas
>>>
>>> Bogdan-Andrei Iancu
>>> Thu, 04 Jan 2007 08:14:51 -0800
>>>
>>> Hi Klaus, Hi Stefano,
>>>
>>>
>>> fixes to these limitations are scheduled to be done, but I'm afraid 
>>> they will not be ready for the next release - more time consuming 
>>> things are on the roll and I personally prefer to finish them before 
>>> attacking something new...
>>>
>>> Regards,
>>> Bogdan
>>>
>>> Klaus Darilion wrote:
>>>
>>>
>>>    Stefano Capitanio wrote:
>>>
>>>            Hi,
>>>
>>>                  i would like to ask if the two known limitations of 
>>> UAC Module
>>>        (authentication does not support qop; CSeq not increased during
>>>        authentication) will be resolved in future releases and if
>>>        anyone has developed a patch or is working on it.
>>>        I wonder if the dialog module can be used to keep track of 
>>> the CSeq
>>>    difference between the SIPclient-->openser and
>>>    openser--->upstreamSIPcomponent and modify all messages on the fly?
>>>    Or another idea - would i be possible to store the Cseq difference
>>>    in the record route parameter of uac module too?
>>>
>>>    regards
>>>    klaus
>>>
>>>    _______________________________________________
>>> Devel mailing list
>>> Devel at openser.org
>>> http://openser.org/cgi-bin/mailman/listinfo/devel
>>>
>>
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at openser.org
>> http://openser.org/cgi-bin/mailman/listinfo/devel
>>
>